Universidade Católica de Moçambique

Faculdade de Ciências Sociais e Políticas

Desenvolvimento de um Sistema Online para Registro de Bicicletas –

Conselho Autarquico da Cidade de Quelimane

Yuri Gonçalves Francisco Vasco

Quelimane, julho de 2022

Desenvolvimento de um Sistema Online para Registro de Bicicletas –
Conselho Autarquico da Cidade de Quelimane

Yuri Gonçalves Francisco Vasco

Nº 709180297

Monografia a ser submetida à

Faculdade de Ciências Sociais e
Políticas - Universidade Católica de
Moçambique como requisito para a
obtenção do grau de licenciado em
Tecnologias de Informação.

Supervisora

MSc. Suraia Leonardo Pereira Vaz

Quelimane, julho de 2022

Índice

Declaração de autoria .................................................................................................. I

Agradecimento .......................................................................................................... III

Lista de Abreviaturas................................................................................................ IV

Lista de Figuras.......................................................................................................... V

Lista de Anexos ....................................................................................................... VI

Resumo................................................................................................................... VII

Abstract ................................................................................................................. VIII

Capítulo I ....................................................................................................................1

1.1. Introdução .................................................................................................... 1

1.2. Problematização ........................................................................................... 3

1.3. Objectivos .................................................................................................... 4

1.3.1. Geral ..................................................................................................... 4

1.3.2. Específicos ............................................................................................ 4

1.4. Justificativa .................................................................................................. 4

1.5. Significância ou relevância do estudo ............................................................ 5

1.6. Delimitação da pesquisa ............................................................................... 5

1.6.1. Espacial ................................................................................................ 5

1.6.2. Temporal............................................................................................... 6

1.6.3. No âmbito temático ............................................................................... 6

1.7. Aspectos éticos............................................................................................. 6

Capítulo - II. Revisão Bibliográfica..............................................................................7

2.1.1. Conceito bicicleta .................................................................................. 7

2.1.2. Sistema ................................................................................................. 7

2.1.3. Sistema de informação ........................................................................... 7

2.1.4. Sistema de gestão de base de dados ........................................................ 7

2.1.5. Software................................................................................................ 7
 2.1.6. Banco de dados ..................................................................................... 8

2.1.7. Tecnologias e ferramentas...................................................................... 8

2.1.8. Linguagem UML ................................................................................... 8

2.1.9. JavaScript.............................................................................................. 8

2.1.10. PHP ...................................................................................................... 9

2.1.11. MySQL ................................................................................................. 9

2.1.12. Bootstrap............................................................................................... 9

2.2. Literatura Empírica..................................................................................... 10

2.3. Literatura focalizada ................................................................................... 10

Capítulo - III. Metodologia ........................................................................................ 13

3.1.1. Tipo de pesquisa .................................................................................. 13

3.1.2. Quanto ao método de abordagem ......................................................... 13

3.1.3. Quanto à natureza ................................................................................ 14

3.1.4. Quanto aos procedimentos ................................................................... 14

3.2. Universo .................................................................................................... 14

3.3. Amostra ..................................................................................................... 15

3.4. Técnicas e instrumento de recolha de dados................................................. 15

3.4.1. Entrevista ............................................................................................ 15

3.4.2. Pesquisa bibliográfica .......................................................................... 15

3.4.3. Observação directa .............................................................................. 16

3.5. Técnicas e instrumento de análise e validação de dados ............................... 16

3.6. Metodologia de desenvolvimento do sistema ............................................... 17

3.7. Limitação da pesquisa ................................................................................ 19

Capítulo - IV. Contextualização do caso de estudo ..................................................... 20

4. Descrição do Local de Estudo ........................................................................ 20

4.1. Características do objecto de estudo ............................................................ 20

Capítulo - V. Apresentação, Análise e Discussão dos Resultados ................................ 22

 5.1.1. Funcionários........................................................................................ 22

5.1.2. Analise dos Dados ............................................................................... 25

5.1.3. Desenvolvimento do sistema ................................................................ 27

5.1.4. Definição ............................................................................................ 27

5.1.5. Análise do sistema ............................................................................... 27

5.1.6. Análise do processo de registro de táxi de bicicletas ............................. 28

5.1.7. Planeamento do desenvolvimento do sistema........................................ 33

5.1.8. Requisitos do sistema .......................................................................... 34

5.1.9. Requisitos funcionais ........................................................................... 34

5.1.10. Requisitos não funcionais .................................................................... 36

5.1.11. Desenvolvimento ................................................................................. 36

5.1.12. Projecto do sistema .............................................................................. 37

5.2.1. Codificação ......................................................................................... 40

5.2.2. Testagem............................................................................................. 41

5.2.3. Teste unitário ...................................................................................... 42

5.2.4. Teste de sistema .................................................................................. 42

5.2.5. Teste de desempenho ........................................................................... 43

5.2.6. Manutenção......................................................................................... 43

Capítulo - VI. Conclusões e recomendações ............................................................... 44

6.1. Conclusão .......................................................................................................... 44

6.2. Recomendações .................................................................................................. 45

6.3. Referências Bibliografia ..................................................................................... 46

Apêndice .................................................................................................................. 49

Anexos ..................................................................................................................... 68
Declaração de autoria

Eu Yuri Goncalves Francisco Vasco, declaro a propriedade intelectual sobre presente

trabalho que apresento. Também declaro que dispõe de fontes devidamente identificadas,
e nunca tinha sido apresentado em outra instituição para obtenção de qualquer grau
académico.

Quelimane, aos ____/____/2022

O Autor do trabalho:

____________________________________________

Yuri Goncalves Francisco Vasco

O supervisor

_______________________________________________

MSc. Suraia Leonardo Pereira Vaz

I
Pelo carinho, afecto, dedicação e cuidado
agradeço aos meus pais pelo apoio incondicional
em todos os momentos difíceis da minha trajetória
acadêmica. Esta Monografia é dedicada a eles.
Com muita gratidão.”

II
Agradecimento

Em primeiro lugar, а Deus, que fez com que meus objectivos fossem alcançados, durante todos os
meus anos de estudos, por ter permitido que eu tivesse saúde е determinação para não desanimar
durante a realização deste Monografia e por me permitir ultrapassar todos os obstáculos
encontrados ao longo do curso.

Aos meus pais, Nunes Vasco e Ana Paula Francisco Ragu pêlo apoio, força e amor incondicional.
Sem eles a realização desse sonho não seria possível.

Aos meus irmãos, Nuno Vasco, Ana Pricila, Quelvio Ashraf e Ancha Vasco, pêlo apoio e
motivação.

A minha irmã Ana Pricila pêlo não só financiamento dos estudos, mas também inspiração,
motivação e apoio incondicional durante a realização da monografia.

Agradeço também a minha supervisora Msc. Suraia Leonardo Pereira Vaz, péla dedicação na
elaboração do trabalho, e pêlo rigor nas correcções, sugestões e metodologia na supervisão do
mesmo.

Aos meus colegas do curso de Tecnologia de Informação que muito me apoiaram ao longo do
curso, especialmente a Marion Pedro, Donizete Dos Santos, Ivandro Soares, Suspiro Viola,
Faruque Santos e Ao Fridjon Alberto Muevo que já não esta entre nos que sua alma descanse em
paz, onde quer que estejas sempre serás lembrado, e a todos outros colegas pêlo companheirismo
nos momentos difíceis para que hoje pudesse estar aqui.

Aos Docentes, pélas correcções e ensinamentos que me permitiram apresentar um melhor

desempenho no meu processo de formação ao longo do curso e por todos os conselhos, péla ajuda
e péla paciência com a qual guiaram o meu aprendizado.

Agradeço ainda a Universidade Católica de Moçambique, em geral, e a direcção da Faculdade de

Ciências Sociais e Políticas, em particular, por tudo que colocou a disposição desde o primeiro dia
de aulas e, aos meus docentes.

Aos meus amigos, Rosa Macuacua, Justino Elias, Radju Alfredo a todos aqueles que directa ou
indirectamente acompanharam o meu percurso de vida vai o meu muito obrigado péla força e o
apoio moral.

III
Lista de Abreviaturas

ATAMOZ Associação dos Taxistas de Bicicletas e Motorizadas da Zambézia

BCI Banco Comercial e de Investimento

CSS Cascading Style Sheets

HTML HyperText Markup Language

HD Hard Disk

JS JavaScript

MVC Modelo de Visão de Controlo

M-PESA Mobile Pesa

MER Modelo de Entidade Relacional

TI Tecnologia de Informação

UML Unified Modeling Language

URL Uniform Resource Locator

PHP Personal Home Page

SI Sistemas de Informacao

SQL Standard Query Language

SGBD Sistema de Gestão de Base de Dados

WWW World Wide Web

SISTAE Sistema de Taxas por Actividade Económica

URl Uniform Resource Locator

CMM Conselho Municipal de Maputo

SIGP Sistema de Informação de Gestão de Pessoal

SGCFCMM Sistema de Gestão e Cadastro de funcionários Conselho Municipal de Maputo

IV
Lista de Figuras
Figura 1: Diagrama de Caso de Uso, Fonte: própria ................................................................. 31
Figura 2: Diagrama de Actividade, Fonte: própria ................................................................... 32
Figura 3: Diagrama de Sequência, Fonte: própria .................................................................... 33
Figura 4: Diagrama de Classe, Fonte: própria .......................................................................... 39
Figura 5:Desenho Logico da Base de Dado, Fonte: própria ...................................................... 39
Figura 6:Painel de Autenticação .............................................................................................. 55
Figura 7:Painel de administrador............................................................................................. 55
Figura 8:Registro de funcionário ............................................................................................. 56
Figura 9:Listagem de Funcionários ......................................................................................... 57
Figura 10:Painel de criação de conta ....................................................................................... 58
Figura 11:Listagem de Contas................................................................................................. 59
Figura 12:Painel de registro de novo taxista ............................................................................ 59
Figura 13:Impressão de ficha de registro de taxista .................................................................. 60
Figura 14:Listagem de taxistas ................................................................................................ 61
Figura 15:Painel de registro de bicicleta .................................................................................. 62
Figura 16:Painel de pagamento ............................................................................................... 63
Figura 17:Filtro por data ......................................................................................................... 64
Figura 18:Filtro entre datas ..................................................................................................... 64
Figura 19:Filtragem por pagamento de data ............................................................................. 65
Figura 20:Filtragem por nome entre datas ............................................................................... 65
Figura 21:Filtragem por posto administrativo .......................................................................... 66
Figura 22:Emissão de recibo de relatório de filtragem por posto administrativo ........................ 67

V
Lista de Anexos

Documento 1: pedido de autorização para realização da pesquisa…………………………69

Documento 2: autorização para realização da pesquisa……………………………………70

VI
Resumo

Apresente monografia apresenta como tema Desenvolvimento de um Sistema Online para Registro
de Bicicletas – Conselho Autárquico da Cidade de Quelimane, procurou-se desenvolver um
sistema que a instituição ainda não possui, foi com base na pesquisa realizada e com os dados
obtidos durante a entrevista, que os resultados encaminharam à necessidade da instituição possuir
um sistema que utilize ferramentas tecnológicas com o intuito de ajudar no processo de registro de
bicicletas no Conselho Autárquico de Quelimane. Nesta pesquisa, levanta-se a seguinte questão
de partida: Como Melhorar a qualidade do processo de registro de bicicletas no Conselho
Autárquico da Cidade de Quelimane? Para a realização da monografia quanto a abordagem será
utilizada a pesquisa qualitativa, quanto a natureza optou – se péla pesquisa aplicada, sendo que em
relação aos objectivos é do tipo exploratório. Quanto aos procedimentos técnicos foi feito um
estudo do caso. Para o desenvolvimento do sistema, utilizou-se a metodologia de software
cascasta. No final, deu-se início ao desenvolvimento do sistema de registro de bicicletas. O
desenvolvimento de um sistema online para o Conselho Autárquico de Quelimane, que é o
objectivo da monografia, foi atingido por mio de estudos realizados.

Palavra-chave: Sistema online, Registro de Bicicletas, Conselho Autárquico.

VII
Abstract

This monograph presents as its theme Development of an Online System for Bicycle Registration
- Municipal Council of the City of Quelimane, it was sought to develop a system that the institution
does not yet have, it was based on the research carried out and with the data obtained during the
interview, that the results pointed to the need for the institution to have a system that uses
technological tools in order to help in the process of registering bicycles in the Municipal Council
of Quelimane. In this research, the following starting question arises: How to improve the quality
of the bicycle registration process in the Municipal Council of the City of Quelimane? In order to
carry out the monograph regarding the approach, qualitative research will be used, when nature
opted for applied research, and in relation to the objectives it is of the exploratory type. As for the
technical procedures, a case study was carried out. For the development of the system, the cascade
software methodology was used. In the end, the development of the bicycle registration system
began. The development of an online system for the Municipal Council of Quelimane, which is
the objective of the monograph, was achieved through my studies.

Key Words: Online system, Bicycle Registration, Municipal Council.

VIII
Capítulo I

1.1.Introdução

Nos dias de hoje com o avanço da era digital, muitos sectores optaram por digitalizar os seus
processos utilizando tecnologias que facilitam o manuseio dos seus dados e processos, actualmente
as tecnologias são indispensáveis em qualquer lugar do mundo, pois elas minimizam o esforço
humano, pois a cada dia que passa a informática vem ganhando cada vez mais importância na vida
das pessoas sendo uma ferramenta fundamental para a sociedade, a sua utilização já é vista como
instrumento de aprendizagem e sua acção no meio social aumentou de forma surpreendente nos
últimos anos.

Actualmente a utilização de um sistema informatizado nas instituições ou em qualquer outro tipo

de sector de trabalho é indispensável, permitindo assim um rápido e eficaz fluxo de trabalho, capaz
de reduzir o tempo de espera e realização de várias actividades simultaneamente.

Nos dias de hoje, manter a informação segura é um dos aspectos indispensáveis para área de
tecnologias de informação, pois ajuda a controlar de forma segura e eficiente a nossa informação
e podendo a cessa-la em qualquer momento.

Tendo em conta a importância da Informática nas instituições, é através da presente monografia

que tem como tema “Desenvolvimento de um Sistema Online para Registro de Bicicletas –
Conselho Autárquico da Cidade de Quelimane” que procura desenvolver um Sistema Informático
especificamente para o registro de táxi de bicicletas, uma vez que estas informações referentes a
registro de táxi de bicicletas são de extrema importância para comunidade, assim como a
instituição (Conselho Autárquico de Quelimane). Deste modo torna-se importante a minimização
dos problemas ou dificuldades que estes possam enfrentar garantindo a melhoria do seu
desempenho.

Pretende-se então com este trabalho, dar uma solução no processo de registro de táxi de bicicletas
para o Conselho Autárquico da Cidade de Quelimane na província da Zambézia, com o
desenvolvimento e implementação deste sistema, pretende-se incluir todos os processos de registro
de táxi de bicicletas que são realizados actualmente naquela instituição.

1
A escolha deve-se pêlo facto de a instituição utilizar o sistema de informação tradicional, pois com
isto, o processo de registro de táxi de bicicletas não tem sido eficiente, pode-se identificar “falhas”
como: segurança na informação (visto que estas são armazenadas em cadernetas e em planilhas
Excel, qualquer pessoa pode ter acesso desde que saiba onde estão armazenados os arquivos
físicos), restrição no acesso à informação (qualquer pessoa pode ter essa informação), integridade
da informação (os arquivos depois de muito tempo de armazenamento podem desgastar-se, no caso
das cadernetas).

A monografia apresenta uma estrutura dividida em seis (6) capítulos, como são apresentados
abaixo:

O primeiro capítulo apresenta além da Introdução, a própria sequência do trabalho a ser

desenvolvido, a problematização, objectivos, a justificativa, a relevância, delimitação da pesquisa
e aspectos éticos.

Já o segundo capítulo trata da temática disciplinar, dos conceitos de temas relevantes para a
pesquisa, as tecnologias e ferramentas usadas na pesquisa.

No terceiro capítulo é feita a descrição dos aspectos metodológicos, desde o tipo de pesquisa, o
universo, a amostra, a delimitação do estudo quanto ao tempo, espaço e as disciplinas envolvidas,
a limitação, as técnicas de análise e interpretação de resultados, a metodologia de desenvolvimento
adaptada e as ferramentas usadas.

Posterior a explanação dos aspectos metodológicos, o quarto capítulo apresenta a caracterização

do objecto de estudo, tratando do seu breve historial da instituição em estudo.

O quinto capítulo, onde é feita a analise e interpretação dos resultados, sendo o desenvolvimento
da monografia, ou seja, onde os dados colectados são traduzidos para alcançar o objectivo da
pesquisa, apresenta as fases da engenharia de software propostos péla metodologia Cascata
adaptada.

Por fim é apresentado o último capítulo onde constara, a conclusão, recomendações e referências
bibliográficas.

2
1.2.Problematização

A falta de um sistema especializado para registro de táxi de bicicletas no conselho autárquico de

Quelimane, fez com quem esta instituição utilize um sistema informatizado, pouco convencional
e um sistema tradicional (cadernetas) para registrar informações referentes há velocípedes,
motocicletas, viaturas, txopelas, entre outros, pois com este sistema que a instituição tem utilizado
é difícil identificar quantas bicicletas foram registradas, ou seja quantas bicicletas existem, é difícil
distinguir se a bicicleta registrada é de um taxista ou cidadão comum que não seja uma taxistas,
devido a este e outros factores a instituição adaptou um método em parceria com ATAMOZ, há
ATAMOZ (Associação dos Taxistas de Bicicleta e Motorizada da Zambézia), é uma associação
onde realiza-se o processo de registro de táxis de bicicletas e motorizadas, a ATAMOZ trabalha
especificamente com informações referentes aos táxis de bicicletas e motorizadas. A instituição
criou esta parceria, para maior controlo do processo de registro de táxi de bicicletas, passou a
utilizar uma planilha Excel e cadernetas para efectuar o processo de registro de bicicletas, sem
nenhum auxílio de algum equipamento informático, levando assim a perceber que com este
método as informações não são mantidas de forma segura.

Nos últimos anos a província da Zambézia, em particular o distrito de Quelimane, tem-se

verificado um crescente numero de táxis de bicicletas em circulação, sem registro isto é sem
matricula, com isto tem-se verificado maior frequência de roubos e acidentes de bicicletas, cada
dia a existência de taxistas de bicicletas tem de a crescer razão pêlo qual o conselho Autárquico da
cidade de Quelimane em parceria com a ATAMOZ, adoptou um método para efectuar o registro
desses táxis de bicicletas, (Excel e cadernetas), onde os dados são armazenados, para melhor
controlo dos taxistas de bicicletas em circulação, mesmo com o método adoptado não esta sendo
eficaz, visto que esses dados estão susceptíveis a perdas, por incidentes como molha, queimadas,
roubos, pode se dar também o caso de o computador avariar o disco duro (HD). A ausência de um
sistema informatizado trás de certo modo algumas consequências negativas para a instituição,
como Segurança bastante reduzida da informação visto que os dados são mantidos de forma física
(caderneta) e em uma planilha Excel este mecanismo de segurança não é seguro, as chances de
perdas de informações são maiores e uma vez perdendo essas informações não haverá como
recupera-las, por isso houve essa necessidade de se Desenvolver um Sistema informatizado
especificamente para auxiliar há instituição na quilo que diz respeito a segurança dos dados

3
registrados. Entretanto com o método implementado actualmente também há existência de
duplicações de dados, há dificuldade em saber o número exacto de táxis de bicicletas registrados
por exemplo semanalmente ou mensalmente há muita dificuldade na busca de informações.

Contudo, tendo em conta todos estes pontos coloca-se como problema de investigação: Como
melhorar a qualidade do processo de Registro de Bicicletas no Conselho Autárquico da
Cidade de Quelimane?

1.3.Objectivos

1.3.1. Geral

➢ Desenvolver uma aplicação Web no processo de Registro de táxi bicicletas - Conselho

Autárquico da Cidade de Quelimane.

1.3.2. Específicos

✓ Obter conhecimento do funcionamento dos processos de registro de táxis de bicicletas

actualmente;
✓ Identificar as limitações que a instituição tem com o uso do método usado actualmente;
✓ Analisar o processo de registro e formulários usado no método actual de modo a
informatizar;
✓ Buscar tecnologias apropriadas que possam responder de forma satisfatória e eficiente as
necessidades de desenvolvimento da aplicação;
✓ Emitir relatórios referentes há actividades realizadas no sistema.

1.4.Justificativa

Devido ao envolvimento de grandes volumes de dados, existe a necessidade de implementação de

um sistema informatizado para facilitar o registro de táxis de bicicletas. A redundância de dados,
uso de papéis e o armazenamento inadequado são problemas que podem ser resolvidos com a
implementação de um sistema informatizado.

Com o estudo que será realizado na instituição (Conselho Autárquico da Cidade de Quelimane),
concretamente no departamento de receita, e na associação dos taxistas (ATAMOZ), espera-se que
o sistema usado actualmente (tradicional (cadernetas, planilha Excel)), seja adaptado de modo que
possam trazer consigo benefícios que antes não eram almejados (ajuda na tomada de decisão

4
facilidade de registro de táxis, facilidade na busca de informação, negação de dados duplicados,
segurança da informação, integridade e disponibilidade imediata da informação no caso de
necessidade).

Com o desenvolvimento deste sistema, pretende-se incluir todos os processos de registro de táxis
de bicicletas do Conselho Autárquico de Quelimane, a instituição se beneficiara da segurança da
informação, armazenamento dos mesmos e evitara a existência de dados duplicados, uma vez que
no método usado actual tem tido problemas na busca de dados, com a implementação de um
sistema essas buscas serão feitas de forma simples e eficaz.

1.5.Significância ou relevância do estudo

A implementação deste sistema trará benefícios não só para a instituição que será estudada, mas
também em outras áreas.

No âmbito Social, o Conselho Autárquico de Quelimane encontra-se situado numa Zona de fácil
acesso a população, tornando assim uma escolha popular para pessoas (taxistas de bicicletas), que
queiram registrar suas bicicletas. Com esta monografia, espera-se que possa de uma certa forma
contribuir no meio social, no que diz respeito a implementação das novas tecnologias,
enriquecimento em matéria de registro de dados e, a manter a informação segura e acessível a
qualquer momento por parte da instituição.

No âmbito Académico, espera-se obter mais conhecimento acerca do registro de táxis de bicicletas
assim como melhorar a capacidade de implementação de sistemas informáticos. Este trabalho de
algum modo é um incentivo para os estudantes, no desenvolvimento de um sistema informatizado,
e também para demonstrar a capacidade e conhecimento do estudante.

1.6.Delimitação da pesquisa

1.6.1. Espacial

A pesquisa será realizada para o Desenvolvimento de um Sistema Online para Registro de

Bicicletas – Conselho Autárquico da Cidade de Quelimane, em parceria com ATAMOZ, Situada
na província da Zambézia, no distrito de Quelimane, a instituição esta situada na Avenida Josina
Machel 2400. Onde realizou-se um estudo para entender o funcionamento do departamento e
obter-se dados necessários para o desenvolvimento do Sistema.

5
1.6.2. Temporal

Quanto a delimitação temporal, a elaboração do trabalho levou um total de 7 meses tendo início
em Outubro de 2021, onde os primeiros 3 meses foram dedicados à escolha de tema e realização
da proposta do projecto, os meses seguintes, Maio, Abril, faz-se a recolha de informação no local
do estudo, e os meses subsequentes, Junho, dedicado ao desenvolvimento do sistema e
finalizações da documentação.

1.6.3. No âmbito temático

Quanto a temática, a monografia enquadra-se no curso de Tecnologias de Informação com enfâse

nas cadeiras de Administração de Base de Dados devido a necessidade de criação e gestão de uma
base de dados, Programação Avançada pélo seu foco em desenvolvimento de aplicações Web,
Arquitectura e Integração de Sistemas para apoio no desenvolvimento do sistema e realização de
testes e Estudos Avançados de Redes de Computadores para a simulação de uma rede local.

1.7.Aspectos éticos

Tendo em conta que se trata de um tema delicado, relacionado com registro de táxis de bicicletas,
é de extrema importância possuir um nível de respeito adequado para com todas as partes presentes
no trabalho, para isso, requereu-se uma credencial, escrevendo-se uma carta pedindo a permissão
para a realização do estudo no local que se pretende. Entretanto procurou tratar-se com respeito
todos os funcionários, garantindo-se o sigilo profissional e respeitando as suas decisões caso não
quisessem fazer parte do estudo. Para proteger a identidade dos membros que fizeram parte do
estudo, usou-se códigos para identificação, sendo os funcionários referidos por “F1, F2.F3”.

6
Capítulo - II. Revisão Bibliográfica

2. Conceptualização dos Termos

2.1.1. Conceito bicicleta

Para (Soares, 2005) bicicleta é um veículo de duas rodas, presa a um quadro e é movida pélo
esforço do seu usuário, o ciclista. Ela foi inventada no século XIX, na Europa, e é o veículo
mais utilizado no mundo, provendo uma locomoção rápida e recreação para seus usuários. Sem
contar que a "magrela" não gera emissões. Em 1820 a bicicleta adquiriu formatos semelhantes
com os modelos actuais.

2.1.2. Sistema

Sistema é um conjunto de componentes inter-relacionados que trabalham juntos para atingir

objectivos comuns, aceitando dados de entrada e produzindo resultados numa organizada
transformação de processos (Rascão, 2004).

2.1.3. Sistema de informação

Segundo (Laudon e Laudon, 2004) citado por Marçula e Filho (2008) é um conjunto de
componentes inter-relacionados que colecta (ou recupera), processa, armazena e distribui
informações para dar suporte à tomada de decisão e ao controlo da organização. Além de apoiar
na tomada de decisão, os sistemas de informação podem ajudar os gerentes e trabalhadores a
analisar problemas, visualizar assuntos complexos e criar novos produtos.

2.1.4. Sistema de gestão de base de dados

Pereira (1998, p. 33) “Por definição, o SGBD é um conjunto de software, destinado a gerir todo
o armazenamento e manipulação dos dados do sistema, fazendo á interface entre o nível
aplicacional e a base de dados propriamente dita”.

2.1.5. Software

Software de computador é o produto que profissionais de software

desenvolvem e ao qual dão suporte no longo prazo. Abrange programas
executáveis em um computador de qualquer porte ou arquitectura, conteúdos,

7
 informações descritivas tanto na forma impressa como na virtual, abrangendo
praticamente qualquer mídia electrónica. (Pressman, 2011, p. 29).

2.1.6. Banco de dados

Segundo (Pereira, 1998), é um conjunto organizado de dados, disponíveis a todos utilizadores

ou processamento da organização que lhes tem, a necessidade.

2.1.7. Tecnologias e ferramentas

Para desenvolver um sistema que manipule informações com segurança, eficiência, e com
flexibilidade é necessário considerar vários aspectos utilizados separadamente, mas ambos
empregues para alcançar um único objectivo. Serão utilizados no desenvolvimento deste
projecto:

2.1.8. Linguagem UML

Booch et al. (2000) Os modelos da Rational Linfei Process, são baseados nos conceitos de
objetos e classes e nos relacionamentos existentes entre eles e utilizam a UML como sua notação
comum. A UML possui diagramas padronizados que facilitam o entendimento dos
desenvolvedores do sistema, tanto na fase de implantação como para manutenções futuras.

A UML, Linguagem Unificada de Modelagem. É uma linguagem gráfica para

visualização, especificação, construção e documentação de artefactos de
sistemas complexos de software. A UML proporciona uma forma-padrão
para a preparação de planos de arquitetura de projetos de sistemas,
incluindo aspectos conceituais como processos de negócios e funções do
sistema, além de itens concretos como as classes escritas em determinadas
linguagens de programação, esquemas de banco de dados e componentes
de software reutilizáveis. (Booch; Jacobson; Rumbaugh, 2000, p 5).

2.1.9. JavaScript

Segundo (Marçula & Filhos, 2008, p, 333), “javaScript é uma linguagem script utilizada para
criar páginas Web dinâmicas. Ela foi criada péla Netscape e depois, padronizada como o padrão
ECMAScript”.

8
2.1.10. PHP

PHP é uma linguagem que permite criar Web sites dinâmicos, possibilitando uma interacção
com o usuário através de formulários, parâmetros do URL e links. A diferença de PHP com
relação a linguagens semelhantes a Javascript é que o código PHP é executado no servidor,
sendo enviado para o cliente apenas HTML puro. Desta maneira é possível interagir com bancos
de dados e aplicações existentes no servidor, com a vantagem de não expor o código fonte para
o cliente. (Souza, 2000).

2.1.11. MySQL

Pedro (2005), O MySQL é um sistema de gestão de bases de dados relacionais, suporta SQL, é
open source, e é um dos SGBD para utilização profissional mais conhecido a nível mundial.

De acordo com (Neves, 2005), o MySQL é um sistema de gestão de bases de dados relacionais,
suporta SQL, é open-source e é um dos SGBDs para utilização profissional mais utilizado e
mais conhecido a nível mundial.

De código aberto, o MySQL, é um dos servidores de Banco de Dados mais utilizados no mundo,
permite fazer a gestão dos dados de um banco de dados.

2.1.12. Bootstrap

Bootstrap é o mais popular framework (Abstração de códigos que prove uma funcionalidade
genérica) open-source de HTML, CSS (Cascading Style Sheets Folhas de estilo) e JS
(JavaScript Linguagem de programação para internet) responsivo disponível para internet, foi
projectado para todos, tornando o desenvolvimento visual de uma página para internet mais
rápido e fácil. Bootstrap é uma colecção de vários elementos (formulários, botões, navegação e
outros) e funções personalizáveis.

Bootstrap foi criado por Mark Otto e Jacob Thornton no Twitter, a fim de eliminar
inconsistências e diminuir o número de manutenções internas, após a primeira apresentação
interna, várias equipes iniciaram a utilização da nova ferramenta (Bootstrap, 2014).

9
2.2.Literatura Empírica

O uso de TI nas empresas deve ser entendido por meio do conhecimento das suas várias
dimensões, incluindo o contexto com seus direccionados, os tipos de uso de TI, o desempenho
empresarial, a governança e a administração de TI e o papel dos executivos de negócio e de TI,
bem como a relação que existe entre elas (Albertin & Albertin, 2005).

É possível encontrar alguns estudos ou sistemas relacionados ao desenvolvimento de um

Sistema para a área Municipal.

Feitas várias pesquisas, o autor encontrou dificuldades em encontrar estudos científicos

realizados nos outros países que estivessem directamente relacionados com o tema em questão
(desenvolvimento de sistema online para registro de táxi de bicicletas).

Segundo as pesquisas realizadas pêlo autor em diversos websites o autor pode constatar que,
existem sim sistemas para a área municipal, que ajudam há instituição a realizar diversas tarefas.
Um dos sistemas utilizados é Lemarq Software.

De acordo com a (Lemarq Software), A Lemarq Software é uma empresa de tecnologia fundada
em 1996. Sempre acompanhando novas tecnologias para atender uma carteira de clientes
especialmente seleccionada. A Lemarq Software desenvolveu um sistema nomeado programa
SISPUB – gestão municipal, um sistema desenvolvido na linguagem PHP, inclinado para a
melhoria no atendimento com mais agilidade as demandas dos cidadãos. O seu objectivo ao
desenvolver este sistema foi de permitir o município ter o seu próprio sistema de gestão. As
Características do SISPUB do Município são, (100 % web, Acesso de qualquer lugar, a qualquer
hora, qualquer dia, desenvolvida com ferramentas livres).

2.3.Literatura focalizada

Feitas várias pesquisas, o autor encontrou dificuldades em encontrar estudos científicos

realizados em moçambique, ligados, ou seja, relacionados ao tema em questão
(desenvolvimento de sistema online para registro de táxi de bicicletas).

Segundo as pesquisas realizadas pêlo autor em diversos websites, o autor pode constatar que,
existem sim sistemas para a área municipal em Moçambique, que ajudam há instituição a

10
realizar diversas tarefas. Um dos sistemas utilizados é SISTAE (Sistema de Taxas por
Actividade Económica).

De acordo com (https://pdul.gov.mz/), O município de Maputo conta de momento, com uma

variedade de sistemas informáticos, dos quais sete (7) encontram-se distribuídos em vários
sectores financeiros.

O Sistema de Taxas por Actividade Económica (SISTAE), é um sistema que foi desenvolvido
pelo Arrone Chilene em 2010, para a área de Gestão de Receitas, composto por três módulos,
nomeadamente: (i) cadastro dos contribuintes; (ii) consultas de contribuintes e; (iii) pagamento
de impostos/taxas. O sistema é usado nos seguintes locais: Departamento de Receitas - módulo
de pagamentos; Direcção de Mercados – módulo de pagamentos de impostos/taxas;
Departamento de Cadastro - módulo de cadastro de contribuintes e módulo de consulta de
contribuintes.

Características técnicas do SISTAE, município de Maputo

➢ Aplicação de software (nome & Versão): SISTAE;

➢ Base de Dados (nome & versão): Microsoft Access 2003;
➢ Arquitetura (web-based/client-server): Client-Sever;
➢ Número de utentes & licenças (concorrente em uso) Ilimitado, não possui licença;
➢ Estatuto operacional (integral/parcial/ainda não): Integral;
➢ Número de utentes & licenças (concorrente em uso) Ilimitado, não possui licença;
➢ Estatuto operacional (integral/parcial/ainda não): Integral;
➢ Operacional desde quando (mês/ano): Janeiro/2011;
➢ Web link (URL): não possui.

O município possui para além dos sistemas acima mencionados dois outros sistemas de gestão
de Recursos Humanos. O Sistema de Informação de Gestão de Pessoal (SIGP), é um sistema
de informação desenvolvido péla empresa ZA Consulting, que funciona á nível da intranet no
Departamento de Recursos Humanos. Este sistema faz a gestão de recursos humanos a nível da
direcção (cadastrar o pessoal, planificar férias, gestão do agregado familiar, mudança de
carreiras, processos disciplinares, férias e relatórios). Outro sistema, é o Sistema de Gestão e
Cadastro de funcionários do Conselho Municipal de Maputo (CMM) (SGCFCMM) que foi

11
desenvolvido pêlo consultor Alberto Munemba (primeira fase) e mais tarde melhorado por outro
consultor-Teotónio Fumo. Este sistema faz o cadastro e gestão de processos dos funcionários
do município.

12
Capítulo - III. Metodologia

3. Metodologia

(Bruyne & Choutheete, 1997, pp. 41-61) A metodologia é a lógica dos procedimentos
científicos em sua génese e em seu desenvolvimento, não se reduz, portanto, a uma metrologia
ou tecnologia da medida dos fatos científicos. Para ser fiel a suas promessas, uma metodologia
deve abordar as ciências sob o ângulo do produto delas, como resultado em forma de
conhecimento científico, mas também como processo, como génese desse próprio
conhecimento.

3.1.1. Tipo de pesquisa

3.1.2. Quanto ao método de abordagem

Segundo Deslauriers (1991, p. 58) citado por Gerhardt e Silveira (2009) Na pesquisa qualitativa,
o cientista é ao mesmo tempo o sujeito e o objecto de suas pesquisas. O desenvolvimento da
pesquisa é imprevisível. O conhecimento do pesquisador é parcial e limitado. O objectivo da
amostra é de produzir informações aprofundadas e ilustrativas: seja ela pequena ou grande, o
que importa é que ela seja capaz de produzir novas informações.

Para Gerhardt e Silveira (2009):

O pesquisador deve estar atento para alguns limites e riscos da pesquisa qualitativa, tais
como: excessiva confiança no investigador como instrumento de colecta de dados; risco
de que a reflexão exaustiva acerca das notas de campo possa representar uma tentativa
de dar conta da totalidade do objecto estudado, além de controlar a influência do
observador sobre o objecto de estudo; falta de detalhes sobre os processos através dos
quais as conclusões foram alcançadas; falta de observância de aspectos diferentes sob
enfoques diferentes; certeza do próprio pesquisador com relação a seus dados; sensação
de dominar profundamente seu objecto de estudo; envolvimento do pesquisador na
situação pesquisada, ou com os sujeitos pesquisados.

Portanto foi necessário observar, interagir e analisar todo o processo de registro de táxi
bicicletas para um entendimento pleno e por fim interpretar o fenómeno em estudo. Porque o
objectivo desta pesquisa é observar, compreender e desenvolver um sistema para minimizar,

13
ajudar de certo modo com as dificuldades enfrentadas na instituição durante a realização do
registro de bicicletas bem como a segurança da informação.

3.1.3. Quanto à natureza

É uma pesquisa aplicada, pois essa pesquisa objectiva gerar conhecimentos para aplicação
prática e dirigidos à solução de problemas específicos. Envolve verdades e interesses locais.
(Silva & Menezes, 2005).

O objectivo do estudo em causa, é desenvolver um sistema com funcionalidades específicas,

que traduz a forma de trabalho realizado actualmente de forma manual, para implementação do
Conselho Autárquico de Quelimane, como forma de melhorar e informatizar os processos
realizados, durante o processo de registro de táxi bicicletas, visto que esse processo é de grande
importância para a instituição.

3.1.4. Quanto aos procedimentos

Trata-se duma pesquisa de carácter exploratório, visto que, visa proporcionar maior
familiaridade com o problema, com vista a torná-lo explícito, bem como especificar
propriedades e características importantes do fenómeno em análise (Sampieri, et al., 2006).

A grande maioria dessas pesquisas envolve: o levantamento bibliográfico;

entrevistas com pessoas que tiveram experiências práticas com o problema
pesquisado e análise de exemplos que estimulem a compreensão. Pois é um
estudo de caso. (Gil, 2007)

3.2.Universo

Universo ou população é o conjunto de seres animados ou inanimados que apresentam pelo

menos uma característica em comum. (Marconi & Lakatos, 2003).

De acordo com Richardson (1999:157), Universo ou População é o “conjunto de elementos que

possuem determinadas características”. Usualmente, fala-se de população ao se referir a todos
os habitantes de um determinado lugar.

Com base nesta visão, constitui o universo do presente estudo os 3 funcionários, do

departamento de receitas e ATAMOZ.

14
3.3.Amostra

A amostra é uma parcela convenientemente seleccionada do universo (população); é um

subconjunto do universo. (Marconi & Lakatos, 2003).

A amostra foi constituída por todos os 3 funcionários, distribuídos em 2 departamentos (a

Secretaria 2 funcionários, ATAMOZ 1 funcionário), porque estão envolvidos directamente com
o processo de registro de táxi de bicicletas, uma vez que eles serão usuários do mesmo.

Para selecção desta amostra aplicou-se a técnica de amostragem não probabilística por selecção
racional, na medida em que, o pesquisador selecciona componentes que tiveram contacto com
o caso em estudo, indicando quem ele pensa poder responder as perguntas.

Segundo a tese de (Marconi & Lakatos, 2012), a amostra não probabilística não faz uma
selecção aleatória, não se pode ser objecto de certos tipos de tratamento estatístico.

Foram seleccionados os 3 funcionários disponíveis, e que tem conhecimento pleno do

funcionamento do processo de registro de táxi de bicicletas, indicados pêlos Director
Administrativo e que estiveram disponíveis no momento da entrevista.

3.4.Técnicas e instrumento de recolha de dados

Para a colecta dos dados, pretende-se utilizar as seguintes técnicas:

3.4.1. Entrevista

“A entrevista é uma das técnicas utilizadas na coleta de dados primários. Para que a entrevista
se efetive com sucesso é necessário ter um plano para a entrevista, de forma que as informações
necessárias não deixem de ser colhidas.” (Kauark, Manhães & Medeiros, 2010, p. 64).

Foram feitas entrevistas aos funcionários para a aquisição de conhecimento e opiniões acerca
de como um sistema poderia beneficiar sob o ponto de vista destes, podendo assim desenvolver-
se uma aplicação que realiza tais funcionalidades necessárias e de fácil uso.

3.4.2. Pesquisa bibliográfica

Foram consultadas bibliografias referentes ao tema em estudo. Na visão de Gil (2002, p.63),
desde que se tenha decidido que a solução de um problema deverá ser procurada a partir de
material já elaborado, como livros, revistas, dissertações, artigos, publicações periódicas.
15
Assim, analisou-se com enfase determinados relatórios relativos auditoria interna, que orienta
determinadas correcções nas práticas contabilísticas e administrativas.

Tendo em conta que a pesquisa será realizada na instituição, haverá necessidade de se consultar
bibliografias que sustentam o estudo, daí surge a necessidade de utilizar-se a pesquisa
bibliográfica como uma técnica de recolha de dados.

3.4.3. Observação directa

De alguma forma os dados a serem obtidos durante a pesquisa, deverão ser registrados em
algum lugar, daí surge a necessidade de uso de instrumento de recolha de dados. Contudo tem-
se como instrumento de recolha de dados:

✓ Guião de entrevista;
✓ Gravador de áudio.

3.5.Técnicas e instrumento de análise e validação de dados

“Analisar os dados qualitativos significa avaliar de forma organizada e detalhada todo o material
obtido durante a pesquisa, ou seja, as informações das observações, as transcrições de
entrevistas, as análises de documentos e as demais informações disponíveis.” (Ludke & Andre,
1986)

Uma das etapas mais importantes durante a realização do projecto é a recolha de dados com a
finalidade de desenvolver uma estratégia de sucesso para a elaboração do Sistema. Após a
obtenção dos dados é necessário realizar uma análise da informação com finalidade de garantir
a integridade da mesma. De acordo com (Lakatos & Marconi, 2003), análise ou explicação é a
tentativa de demonstrar as relações existentes entre o fenómeno estudado e outros factores
relacionados e significativos. Essas relações podem ser estabelecidas em função de suas
propriedades relacionais de causa-efeito, produtor-produto, de correlações, de análise de
conteúdo.

Para a análise e interpretação de dados obtidos, consoante os objectivos do estudo, optou-se por
péla técnica de triangulação que é o desdobramento do investigador na perspectiva de conciliar
as técnicas de colecta de dados incluindo a observação, a análise bibliográfica e a entrevista.

16
“A Triangulação é o processo de comparação entre dados oriundos de diferentes fontes no
intuito de tornar mais convincentes e precisas as informações obtidas. As triangulações ainda
podem ser vistas através da utilização de diferentes métodos sobre um mesmo objecto”.
(Prodanov & Freitas, 2013, p. 129).

3.6.Metodologia de desenvolvimento do sistema

No presente trabalho procurou desenvolver-se uma aplicação web, para o registro de táxis de
bicicletas no Conselho Autárquico da Cidade de Quelimane.

Para o desenvolvimento do sistema ira utilizar-se a metodologia de desenvolvimento Cascata,

também conhecida como sequencial, ou linear, este método baseia-se na ideia de uma sucessão
de etapas onde a próxima é apenas iniciada após o término da anterior.

Segundo as ideias de Pressman (1995), a engenharia do software possui três fases: definição,
desenvolvimento e manutenção. Cada uma dessas fases tem as seguintes funções a serem
exercidas: A fase de definição procura o quê deve ser feito. Assim, o analista irá definir as
características do software, como as funcionalidades, propriedades, requisitos e limitações do
sistema. Dentro desta fase são identificadas três etapas:

a) Análise do sistema: é a parte onde são descritas as funções do sistema, atribuindo os

requisitos que o software atenderá.
b) Planeamento do projeto de software: depois de bem analisado os requisitos, são
traçados os riscos, recursos e custos para estabelecer os prazos e as atividades a serem
exercidas.
c) Análise de requisitos: é preciso que haja domínio sobre todas as funções do sistema,
para isso analisam-se todos os requisitos necessários para que as funções do sistema
atendam os requisitos especificados.

A fase de desenvolvimento procura o como. Após a definição dos requisitos, é onde se define a
estrutura dos dados e a arquitetura que o sistema terá, transformar-se-á as análises em projeto e
códigos. Os métodos para se desenvolver podem ser vários, mas três passos sempre estarão
presentes nesse estágio:

17
 a) Projeto de software: aqui o projetista define em conjunto de representações desde a
estrutura dos dados, a arquitetura e os procedimentos. É traçado um planeamento para
que o software siga uma linha de desenvolvimento de código.
b) Codificação: Depois do projeto do software, inicia-se a codificação numa linguagem de
programação, ou seja, os programadores irão implementar as funcionalidades e
propriedades de acordo com as necessidades do sistema.
c) Realização de testes do software: logo depois da implementação do software, devem ser
realizados testes para verificar se as funções estão corretas, se não possuem defeitos de
lógica e implementação. Esta primeira fase de testes é meramente superficial, pois o
verdadeiro teste é feito com o usuário final, que irá especificar cada dificuldade ou erro
encontrado.

Por fim a fase de manutenção que se concentra em mudanças que ocorrerão ao longo da
implantação do software. Vários aspectos levam um software a sofrer mudanças nesta fase.
Tendo em conta que pode existir mudança no ambiente e alteração de procedimentos, assim
como a possibilidade do usuário trabalhar de maneira diferente do esperado pelos projetistas.
Mas sempre três mudanças irão aparecer nesta fase:

a) Correção: ocorre toda vez que o usuário acha um erro ou acha que o software possui
algum erro. Como dito anteriormente, as correções realizadas pelo desenvolvedor são
superficiais, assim somente o usuário final é quem irá identificar os verdadeiros erros
no sistema.
b) Adaptação: depois de um tempo o ambiente de trabalho pode mudar, novas
características são agregadas ao trabalho e outras funções podem aparecer ou se
tornarem obsoletas. A manutenção adaptativa irá modificar o software em partes para
que possa acomodar o software as novas exigências do trabalho.
c) Melhoramento funcional: a medida que o usuário vai aprendendo a lidar com o sistema,
este identifica novas funções que podem ser aplicadas em certos meios, e também, a
experiência com outros sistemas traz novas ideias para o usuário.

Apesar de serem apresentadas várias formas de etapas de desenvolvimento do software, todas

elas apresentam basicamente a mesma estrutura de continuidade. O ciclo de vida é que irá

18
definir quais partes serão mais destacadas para o desenvolvimento do sistema, de acordo com
as necessidades do desenvolvedor e dos resultados esperados.

3.7.Limitação da pesquisa

Em relação a este ponto constatou-se certas dificuldades para a concretização da própria

pesquisa dentre elas podemos destacar o fraco conhecimento dos entrevistados sobre a matéria,
a fraca disponibilidade dos entrevistados visto que se realizou as actividades de entrevistas no
decurso das actividades laborais. Frisar que as bibliografias a serem utilizadas para o sustento
do estudo são bastante reduzidas, então, recorreu-se a outras fontes (vídeos, documentários,
entre outros) que de alguma forma estavam relacionadas com o tema em causa.

19
Capítulo - IV. Contextualização do caso de estudo

4. Descrição do Local de Estudo

A pesquisa de campo foi realizada no Conselho Autárquico da Cidade de Quelimane, no,

(Departamento de receitas e na Associação da ATAMOZ), anteriormente conhecida como
Conselho Municipal da Cidade de Quelimane, localizado na Avenida Josina Machel, 2400
Quelimane do sal, Moçambique. Com clima tropical, com temperatura variáveis entre os 16,5°C
e os 34,3°C, sendo a sua média climática de 25,7°C, o Conselho Autárquico da cidade de
Quelimane é uma autarquia de categoria C, e faz parte do grupo das primeiras 33 autarquias
criadas com o processo de autarquização em Moçambique (em 1994), sendo, classificado como
um Município de Cidade 1. É a maior e mais importante autarquia da província da Zambézia
(as outras autarquias são a Vila de Alto Molocué, a Cidade do Gurué, a Vila de Milange e a
Cidade de Mocuba).

4.1.Características do objecto de estudo

O objecto de estudo desta pesquisa é a actividade de táxi-de-bicicleta da cidade de

Quelimane. Esta actividade é realizada na cidade de forma mais efectiva desde o
ano de 2008 (ano de sua legalização pélo Conselho Municipal da cidade de Quelimane), e esta
caracteriza-se por ter sido desenvolvido com características de uma actividade informal de
transportes de passageiro que, a nível nacional, é algo exótico tratando-se de uma capital
provincial.

Os taxistas de bicicleta são na sua totalidade indivíduos do sexo masculino e estes apresentam-
se com características multiculturais, ou seja, são pessoas vindas de várias regiões da província,
principalmente os distritos da alta Zambézia e das localidades e postos administrativos
circunvizinhos à cidade de Quelimane. Actualmente é muito notória a presença de jovens com
idade escolar no exercício desta actividade, assim como indivíduos com o ensino secundário
geral concluído. Esta actividade é para muitos, uma grande, se não, a principal fonte de renda,
tanto que, já existem individualidades que contratam taxistas e outros alugam bicicletas aos
jovens taxistas, que buscam na bicicleta táxi uma fonte de renda para a sua subsistência.

20
O táxi-de-bicicleta trouxe consigo o desenvolvimento de outros sectores de actividades, como
são os casos de mecânica de bicicletas e negócios de venda de bicicletas e acessórios. A bicicleta
de Quelimane já é um elemento identitário da cidade e move acções políticas de grande relevo
sobre elas. É um factor determinante a dinâmica da economia local ao possibilitar a mobilidade
urbana na cidade de Quelimane, com mais eficiência que o próprio automóvel, em muitos casos
lugares, principalmente ao se tratar das zonas periféricas.

21
Capítulo - V. Apresentação, Análise e Discussão dos Resultados

5. Apresentação dos dados

Os dados da pesquisa foram obtidos a partir da aplicação de entrevista aos profissionais do

conselho autárquico concretamente nos departamentos ondem são efectuados os registros de
táxi de bicicletas, torna-se importante garantir a confidencialidade dos entrevistados em causa,
sendo que para isso foram utilizados códigos para identificação dos mesmos, assim, os
funcionários referidos por “F1, F2, F3…”, contudo após as entrevistas obtiveram-se os
seguintes resultados:

5.1.1. Funcionários

Em relação a entrevista realizada, na questão 1, quis-se saber como, Se no Conselho Autárquico

da cidade de Quelimane, existe algum sistema informatizado ou manual que faz o registro de
táxi de bicicletas.

“Sim existia um sistema informatizado, mas de pagamento de taxas, mas actualmente o sistema
usado é Excel e cadernetas de registro de táxi de bicicletas”. F1 (Funcionário)

“Existe um sistema Excel e sistema informatizado para pagamento de taxa sou seja
quotização”. F2 (Funcionário).

“Sim existe ambos os sistemas” F3 (Funcionário).

Na questão 2, “Há quanto tempo trabalha nesta área de registro de bicicletas?” obtiveram-se
como respostas, 5 anos. 7, e 2 anos respectivamente.

“Eu estou aqui há 5 anos” F1.

“Já faz uns 7 anos” F3.

“Estou aqui há 2 anos” F2.

De acordo com as respostas da questão 3, “Como é feito o registro de táxi de bicicletas?”

“O processo de registro de táxi de bicicletas é feito através dos dados gerais dos taxistas, o
taxista pra elem de trazer os seus documentos ele também deve trazer o recibo de compra da
Bicicleta” F1.

22
“Normalmente o taxista trás o seu bilhete de identidade, 2 fotos tipo passe, recibo de compra
da Bicicleta” F2.

“O registro é feito na planilha Excel, onde os taxistas devem trazer consigo 2 fotos tipo passe,
bilhete de identidade vulgo BI, recibo de compra e a própria bicicleta”. F3.

Na questão 4, “O método de registro de bicicletas actualmente tem sido eficaz, (tem ajudado)?”

“Sim tem ajudado, mas não é muito seguro uma vez que qualquer um pode ter acesso as
informações” F1.

“Tem sido eficaz, porque os dados estão armazenados em dois locais, nas cadernetas e na
planilha Excel” F2.

“Não tem sido eficaz porque os dados estão susceptíveis a perda, e fácil acessibilidade, isto é,
qualquer um nesta sala pode ter acesso a esses dados dos taxistas e pode manipular ou altera
sem nenhuma permissão”. F3.

Questão 5, “O método usado é seguro para a conservação dos dados?”

“Sim o método é Seguro tem ajudado bastante”. F1.

“O método usado não é Seguro para a conservação dos doados visto que esses dados podem
ser a cessados por qualquer pessoa, basta estar em contacto com o computador, ou caderneta”.
F2.

“A forma como os dados são armazenados não é Segura, porque podem ser a cessados com
maior facilidade, mas olhando para nossa realidade é Seguro apesar dos apesares.” F3.

Em relação à questão 6, “O registro efectuado abrange simplesmente os taxistas de bicicletas

ou a comunidade em geral?”

“Bom o registro antes abrangia a comunidade em geral, ou seja, qualquer cidadão que tenha
uma bicicleta, mas é difícil um cidadão vir registar sua Bicicleta, o método como o registro era
efectuado não se sabia o certo se a bicicleta registrada é de um taxista ou de um cidadão
comum, por essa incerteza criou-se um departamento chamado ATAMOZ, onde são registrados
dados somente para os taxistas de bicicletas para maior controlo dos táxis de bicicletas
existentes na cidade de Quelimane” F1.

23
“O registro não abrange somente os taxistas de bicicletas, abrange a toda comunidade usa dora
de velocípedes” F2.

“O registro actualmente é feito no geral tanto para os taxistas de bicicletas e para a comunidade
no geral” F3.

Relacionado à questão número 7, “Quais são os problemas acarretados com o método usado
actualmente para o registro de táxi de bicicletas?”

“Com esse método que utilizamos actualmente temos problemas como dados repetidos,
dificuldade e buscar informações, é difícil saber quantos registros foram efectuados
semanalmente ou mensalmente” F1.

“Que eu saiba não tem tido problema” F2.

“Temos problemas, como desaparecimento de dados, repetição de dados, e a muita dificuldade

em pesquisar uma informação, caso um taxista queira por exemplo ter informações sobre ele”
F3.

Questão número 8, “Em caso de perda de informações como é que lidam com esta situação?”

“Primeiramente recorremos para nossa base de dados (Excel), caso os dados não estejam la,
procuramos na caderneta, caso na caderneta não exista talvez essa informação nunca existiu”
F1.

“Recorremos ao sistema e nas cadernetas, caso em ambos sítios não tenha, o taxista tem que
voltar com os documentos para ser registrado novamente” F2.

“Raramente existem esse tipo de caso, só acontece quando a informação é alterada” F3.

Em relação a questão 9, “Já teve oportunidade de usar um sistema informatizado?”

“Sim já tive oportunidade” F1.

“Já tive a oportunidade de poder ver mais ainda não trabalhei com um sistema informático,
gostaria de poder usar” F2.

“Nunca tive oportunidade de poder usar um sistema informático” F3.

24
Na questão 10, “O que acha da ideia de implementação de um sistema informatizado neste
departamento?”

“Seria uma boa ideia, vai ajudar bastante” F1.

“Acho a ideia bem-vinda, pois poderia ajudar melhor na gestão de serviços efectuados,
facilitaria ainda no que diz respeito ao cumprimento de registro de táxis de bicicletas” F2.

“É bom, acho boa ideia, porque ia ajudar muito na hora de busca de informações, os dados
estariam seguros” F3.

Em relação a questão 11, que aborda sobre as funções que os profissionais responsáveis pêlo
registro de táxi, gostariam que tivesse no sistema, 2 destes afirmam que gostariam que o sistema
pudesse atribuir matrícula de forma automática, isso se da porque muitas das vezes atribuímos
mesmas matrículas, gostaríamos que o sistema fosse seguro, um dos entrevistados argumenta a
possibilidade de existir uma habilidade que permite possuir toda a informação em um local.

“Apenas habilidade de possuir toda informação presente num local” F2.

“Identificação de taxistas que não efectuaram pagamento, boa conservação da informação”

F3.

Na questão 12, “Existe uma taxa de pagamento por parte dos taxistas?”

“Sim existe uma taxa de pagamento” F1.

“Existe uma taxa de pagamento, pagada mensalmente por parte dos taxistas” F2.

“Os taxistas tem pagado uma taxa” F3.

Em relação a questão 13, que aborda sobre o, “valor pago pêlos taxistas de bicicletas?”, os
taxistas pagam um valor de 25mt em cada mês, ambos os entrevistados tiveram a mesma
resposta referente ao valor pago pêlos taxistas.

5.1.2. Analise dos Dados

De acordo com os resultados obtidos a partir da entrevista, pesquisas bibliográficas, existe a

necessidade de tecer alguns pontos importantes. Deste modo, foi possível através do estudo
perceber de uma forma geral que o departamento de receitas e ATAMOZ, trabalham com o

25
processo de registro de táxi de bicicletas. É importante então ressalvar que este processo de
registro de táxi antigamente era feito no departamento de receitas, actualmente este processo
esta ser feito no departamento da ATAMOZ.

Contudo, foi possível perceber através da observação feita, assim como as respostas da questão
1, 4 e 5 da entrevista aos funcionários que trabalham com o processo de registro de táxi de
bicicletas, foi possível perceber que não existe um sistema informatizado específico que possa
registrar informações referentes há táxis de bicicletas. Com tudo se percebe que a eficácia dos
dados, a forma como os dados estão mantidos, não é seguro visto que esses dados estão
susceptíveis a perdas como incidentes, roubos, queimadas, qualquer um pode altera ou apagar
informações contidas na base de dados ou cadernetas usadas.

O estudo também permitiu perceber que o departamento da ATAMOZ, trabalha com processos
como, registros de motocicletas e registros de velocípedes, sendo que o registro de motocicletas
não é bastante aderida isso porque na cidade não existem muitos táxis de motocicletas,
destacando-se o registro de táxi bicicletas, esta é bastante aderida e o número de bicicletas tende
a crescer a cada dia.

Entretanto, um dos pontos a referenciar, são das respostas da questão 7, da entrevista aos
funcionários que diz respeito aos problemas acarretados com o método usado actualmente.
Percebe-se deste modo, que o método usado actualmente não tem ajudado o suficiente a
instituição, pois não demonstra segurança, particularmente em relação as informações, de
acordo com as respostas do número 7 percebe-se também que os funcionários sofrem com
duplicação de dados no sistema usado actualmente, percebe-se também que na questão 8, que
diz, “em caso de perda de informações como é que lidam com esta situação?”, percebe-se que
se uma informação desapareça em ambos locais onde são mantidas, não há como recupera-la,
há não ser efectuar novamente um novo registro.

Durante o estudo foi possível obter acesso aos documentos utilizados durante o processo de
registro de táxi de bicicletas, nomeadamente, o bilhete de identidade, o recibo de compra da
bicicleta, e a própria bicicleta do taxista, podendo assim extrair dados que são necessários no
processo de registro de táxi a fim de implementar durante o desenvolvimento do sistema.

26
Em relação ao conhecimento na área de informática, percebe-se que alguns funcionários têm
alguma noção básica do que é informática, por outra parte outros não conhecem o poder da
informática, embora não exista um sistema informatizado no departamento, demonstra assim a
relevância do estudo em questão.

Os entrevistados apresentam como vantajosa a implementação de um sistema informático, pois

argumentam que poderia ajudar na gestão do processo de registros de táxis de bicicletas, e
principalmente garantiria a segurança das informações.

5.1.3. Desenvolvimento do sistema

Após a análise de dados e levantamento de dados, iniciou-se o desenvolvimento do sistema

utilizando a metodologia de desenvolvimento de software cascata que se baseia na ideia de uma
sucessão de etapas, onde a próxima é apenas iniciada ao terminar a anterior.

“O modelo cascata é uma abordagem sequencial e sistemática para o desenvolvimento do

software, passando por planeamento, modelagem, construção, disponibilização e suporte
contínuo do software concluído.” (Pressman & Maxim, 2016 citado por Almeida, 2017, p. 27).

5.1.4. Definição

Durante a fase de definição foi determinada o funcionamento do sistema, ou seja, procurou-se

possíveis soluções para os problemas encontrados no local a ser estudado, e de seguida
elaborou-se protótipos do sistema e calculou-se quanto tempo levara para se desenvolver o
mesmo e por fim foram listados todos os requisitos necessários para o desenvolvimento do
sistema.

5.1.5. Análise do sistema

A actividade de análise e especificação de requisitos é um processo de

descoberta, refinamento, modelagem e especificação. O escopo do software
definido no planeamento do projecto é refinado em detalhe, as funções e o
desempenho do software são especificados, as interfaces são indicadas e
restrições que o software deve atender são estabelecidas. Modelo dos dados
requeridos, do controle e do comportamento operacional são construídos.
Finalmente, critérios para a avaliação da qualidade em actividades
subsequentes são estabelecidos. (Falbo, 2002, p. 1).

27
Durante a análise do sistema, primeiramente procurou-se entender o funcionamento do
departamento a ser estudado e os problemas enfrentados e posteriormente fez se a descrição se
procurando soluções. Assim, sendo possível determinar possíveis funções que deverão estar
presentes no sistema, de modo a satisfazer a todas as necessidades daquele departamento.
Durante este processo foram desenhados também diagramas que reflectem o funcionamento do
departamento a ser estudado e do sistema usando o modelo UML para facilitar a percepção da
descrição, assim como desenho logico da Base de Dados.

“O primeiro passo para a construção de um software é analisar problema a ser resolvido,

entender o sistema que ele representa e, em seguida, criar um modelo que represente sua
solução.” (Cunha & Serafini, 2011, p. 25).

5.1.6. Análise do processo de registro de táxi de bicicletas

Após a analise do departamento foi possível perceber-se através do funcionamento do mesmo,

que os taxistas chegam a instituição e se dirigem ate ao departamento para efectuar o processo
de registro com os responsáveis (Funcionários), durante este processo o taxista deve trazer
consigo os seus documentos pessoas e documentos da bicicleta, 2 duas fotografias tipo passe,
se possível trazer consigo a própria bicicleta e um valor de contribuição, este valor não é
obrigatório pagar no momento do registro, caso o taxista queira pagar o dinheiro, o mesmo deve
depositar numa conta BCI ou pode efectuar o deposito via M-PESA, apos efectuar o deposito
ele deve trazer o recibo de confirmação de pagamento, ou deve mostrar ao funcionário uma
mensagem de confirmação que diz que o valor foi depositado, de seguida os dados são
registrados na planilha Excel e são registrados também na caderneta, feito o registro é entregue
o taxista uma espécie de formulário contendo os seus dados de registro e um papel que indica
que o taxista efectuo o pagamento denominado (quotização).

Em relação a análise feita à dinâmica do departamento, foi possível criar uma descrição do
funcionamento do sistema:

Primeiramente, o processo de Login, mantendo-se o acesso ao sistema restrito há outro pessoal

além dos usuários onde, pra autenticação do mesmo é necessário escolher o tipo de usuário
inserindo o email e a palavra-passe.

28
Seguidamente definiu-se os níveis de acesso, sendo que para este sistema teremos 3 níveis,
nomeadamente administrativo, usuário normal e o administrador.

O administrativo possui funções como de registrar os dados referentes ao pagamento, gerir

relatórios de pagamento e emitir recibos do mesmo, ele será capaz de realizar actividades dentro
do sistema como: alteração de informação pessoal (senha e fotografia do perfil), visualização
dos pagamentos efectuados. O administrativo tem a possibilidade de aceder uma lista onde estão
presentes os dados dos taxistas que efectuaram pagamento podendo também realizar pesquisa
através do nome, código ou número de matrícula, número de quadro do velocípede, o
administrativo poderá emitir relatórios dentro do sistema.

O usuário normal não terá muitas opções dentro do sistema, o usuário normal poderá ter o acesso
há inserção, visualização e impressão de informações dentro do sistema, este também poderá
alterar sua informação pessoal dentro do sistema. Emitir relatórios de referentes há táxis de
bicicletas, buscar informações.

O último tipo de usuário é o administrador do sistema, este, de preferência é um técnico de

informática, tem a capacidade de exercer todas as funções acima mencionadas dos
administrativos e usuários normais, o administrador será responsável péla gestão de novos
usuários, incluindo a atribuição de níveis de acesso, registro de funcionários criação de contas
para os funcionários que vão utilizar o sistema.

Com base nesta descrição foi possível elaborar um diagrama de caso de uso, diagrama de classe
e diagrama de actividade de modo a ajudar a perceber melhor como é o funcionamento do
sistema.

Segundo Lopes, Morais, Carvalho (2009, p. 123):

O diagrama de caso de uso representa, segundo a perspectiva do utilizador, o

que o sistema deve efectuar. Poder-se-á dizer, que tem como objectivo
representar funcionalidades que permitem satisfazer os requisitos funcionais
do sistema, recorrendo para tal aos conceitos de caso de uso e de actor.

Para Lopes, Morais, Carvalho (2009, p. 136) “Um diagrama de actividade decompõe uma
actividade em subactividades, mostrando o encadeamento de actividades realizadas para cada

29
um dos objectos do sistema. Entende-se por actividade uma etapa de um processo onde se
realiza algum trabalho.”

“Os diagramas de actividade fornecem uma visão simplificada do fluxo de controlo de uma
operação ou de um processo de negócio, também designado por workflow.” (Silva & Videira,
2001, p. 222.

30
Figura 1: Diagrama de Caso de Uso, Fonte: própria

31
Figura 2: Diagrama de Actividade, Fonte: própria

32
Figura 3: Diagrama de Sequência, Fonte: própria

5.1.7. Planeamento do desenvolvimento do sistema

“O gerenciamento de projectos de software é uma parte essencial da engenharia de software.

Os projectos precisam ser gerenciados, pois a engenharia de software profissional está sempre
sujeita a orçamentos organizacionais e restrições de cronograma.” (Sommerville, 2011, p. 414)

Durante o planeamento do desenvolvimento do sistema, foram elaborados protótipos e tomando

notas de modo que cada fase seja executada em períodos específicos. Visto que será criado um
sistema raiz, sem se basear ou integrar com um sistema que já existe. Surge a necessidade de
criar uma interface amigável e que seja fácil de utilizar sem que haja a necessidade de o
utilizador possuir um nível avançado de conhecimento informático.

33
5.1.8. Requisitos do sistema

O último passo durante a fase de definição do Desenvolvimento do Software, foi o levantamento

dos requisitos necessários.

Segundo Vasconcelos, Rouiller, Machado e Medeiros (2006) “Os Requisitos Funcionais

definem as funções que o sistema ou componentes do sistema devem executar. Eles descrevem
as transformações do sistema ou de seus componentes que transformam entradas em saídas.”

“Os Requisitos Não-Funcionais, também referidos com requisitos de qualidades, incluem tanto
limitações no produto (performance, interface de usuários, confiabilidade, segurança,
interoperabilidade), como limitações no processo de desenvolvimento (custos e tempo,
metodologias a serem adoptadas no desenvolvimento, componentes a serem reutilizados,
padrões a serem aderidos.) ” Vasconcelos et al. (2006)

Para o presente sistema apresentam-se os seguintes requisitos:

5.1.9. Requisitos funcionais

➢ [RF1] – Base de Dados: toda informação será armazenada em uma base de dados,
podendo ser acessível ao técnico de informática.
➢ [RF2] – Autenticação do Usuário: este processo devera requerer credenciais dos
usuários e realizar verificação, podendo estar correctas ou não.
➢ [RF3] – Tipos de Usuários (Níveis de Acesso): Existirão 3 três níveis de acesso,
nomeadamente usuário normal, Administrativo e Administrador.
Administrativo
➢ [RF4] – Gestão de pagamentos: deve ser possível ao administrativo, registrar
pagamentos, listar os mesmos, gerir relatórios referentes aos pagamentos dos taxistas,
poderá também realizar buscas no sistema.
➢ [RF5] – Alteração de informação: o administrativo poderá alterar informações referentes
há pagamentos, alteração de informação pessoal.

34
Usuário Normal
➢ [RF6] – Registro de taxistas: o usuário normal poderá registar taxistas, poderá alterar
informações pessoas dentro sistema, poderá fazer listagem dos dados, e realizara buscas
dentro do sistema.
➢ [RF7] – Visualização de dados: o usuário normal poderá também visualizar os dados
por ele registrado.
➢ [RF8] – Impressão de formulários: deve existir opção de impressões de formulários.
Administrador
➢ [RF9] – Gestão dos Funcionários: o administrador poderá registrar funcionários e criar
contas de acesso ao sistema do mesmo, poderá também manipular informação dos
funcionários, insto é alteração da informação, visualização, inserção e remoção.
➢ [RF10] – Gestão de taxistas: o administrador poderá gerir as informações dos taxistas,
isto é, efectuar registro ou seja adicionar, alterar, visualizar e remover registros,
impressão formulários e emissão de relatórios, realização de buscas dentro do sistema.
➢ [RF11] – Gestão de pagamento: administrador poderá também realizar a gestão de
pagamento, poderá também emitir relatórios referentes ao pagamento. Realização de
buscas dentro do sistema.
➢ [RF12] – Aviso: o administrador poderá enviar avisos importantes aos demais usuários.
➢ [RF13] – Restantes funcionalidades: o administrador terá acesso completo a todas as
funcionalidades do administrativo e usuário normal, mencionadas acima, ou seja, o
administrador possui acesso completo há toda informação existente no sistema isto é
(Funcionários, Taxistas e os processos efectuados dentro do sistema).
Outros
➢ [RF14] - Pesquisa: deve ser possível realizar a pesquisa de informação relacionada aos
Taxistas utilizando código ou nome do mesmo.
➢ [RF15] - Perfil: os usuários poderão ter a possibilidade de alterar sua informação pessoal
ou palavra-passe.
➢ [RF16] - Cópia de Segurança e Restauração: deve ser possível realizar cópia de
segurança de informações importantes presentes no sistema.

35
5.1.10. Requisitos não funcionais

✓ [RNF1] - Facilidade de Uso: o sistema deve possuir uma interface amigável de modo a
permitir que os funcionários com baixo nível de conhecimento informático consigam
utilizar sem constrangimentos.
✓ [RNF2] - Eficiência: o sistema deve ser rápido e responsivo, permitindo realizar
mudanças sem muito esforço.
✓ [RNF3] - Espaço: o sistema deve ser leve, não ocupando muito espaço para que o
mesmo possa ser utilizado em dispositivos com menos capacidade física.
✓ [RNF4] - Confiabilidade: o sistema deve estar ausente da apresentação de falhas, e
caso aconteça alguma, deve ser capaz de corrigir-se rapidamente de modo a não
dificultar o serviço do funcionário.
✓ [RNF5] – Compatibilidade: o sistema deve ser capaz de funcionar independentemente
do dispositivo ou navegador a ser utilizado.
✓ [RNF6] - Segurança: o sistema deve possuir um alto nível de segurança impedindo o
acesso não autorizado e integridade da informação dos taxistas.

5.1.11. Desenvolvimento

“As actividades de desenvolvimento formam a espinha dorsal do desenvolvimento e, de

maneira geral, são realizadas segundo uma ordem estabelecida no planeamento.” (Falbo, 2005).

De modo a perceber qual a finalidade e o que venha a ser desenvolvimento de sistemas

Sommerville (2011, p. 194), ilustra o seu raciocínio, “os objectivos do desenvolvimento do
sistema são desenvolver ou adquirir todos os componentes de um sistema e, em seguida, integrar
esses componentes para criar um sistema final. Os requisitos são a ponte entre os processos de
aquisição e de desenvolvimento.”

Durante a fase de desenvolvimento do sistema, projectou-se como o sistema será desenvolvido,

realizando primeiramente uma análise de dados obtidos durante o processo de recolha de dados
identificando as necessidades dos utilizadores finais do sistema de modo a modelar a estrutura
do sistema, em seguida definiu-se as linguagens de programação a decidiu-se as ferramentas a
ser utilizadas para o desenvolvimento deste sistema. Posteriormente, trabalhou-se na
codificação e implementação de todas as funcionalidades planeadas de modo a atender os

36
requisitos funcionais, assim como os não funcionais, e por fim foram realizados testes para
garantir que o sistema funciona sem nenhum problema realizando todas as funcionalidades
propostas.

5.1.12. Projecto do sistema

“O projecto e implementação de software é um estágio do processo no qual um sistema de

software executável é desenvolvido. Para alguns sistemas simples, o projecto e
implementação de software é a engenharia de software, e todas as outras actividades são
intercaladas com esse processo.” (Sommerville, 2011, p. 124).

Para Lopes, Morais e Carvalho (2009, p. 128), “o diagrama de classe representa a estrutura do
sistema, recorrendo ao conceito de classe e suas relações. O modelo de classes resulta de um
processo de abstracção onde são identificados os objectos relevantes do sistema em estudo.
Um objecto é uma ocorrência que tem interesse para o sistema em estudo.”

O objectivo final é criação de um sistema para registro de táxis de bicicletas no Conselho

Autárquico da Cidade de Quelimane; contudo para que o produto final alcançasse tal
objectivo foi necessário primeiro definir como seria construído o sistema, ou seja, que
ferramentas seriam utilizadas para alcançar este fim.

37
38
Figura 4: Diagrama de Classe, Fonte: própria

Figura 5:Desenho Logico da Base de Dado, Fonte: própria

39
5.2.Figura 5: Desenho logico da base de dados

Após a análise de dados foi se criando um ambiente de desenvolvimento do sistema, tendo em

conta que o mesmo em causa é uma aplicação Web. Assim sendo, o primeiro passo foi a
instalação do aplicativo Google Chrome para ser utilizado como navegador principal e na
sequência foi efectuado o download do Brackets e Sublime Text 3 que são componentes
necessários para o desenvolvimento da aplicação em PHP.

De seguida optou-se péla utilização do MySQL para a gestão da Base de Dados, efectuando se
o download do aplicativo XAMPP que inclui não só o MySQL mas também o Apache,
configurado conforme orientações do próprio instalador. De seguida à instalação, foram
testadas as funcionalidades do Apache, a partir do endereço “http://localhost” que permite correr
aplicações web localmente e o acesso ao Sistema de Gerenciamento de Base de Dados,
PhpMyAdmin, a partir do endereço “http://localhost/phpmyadmin/” no navegador.

5.2.1. Codificação

Segundo Lopes, Morais e Carvalho (2009, p. 69), “A codificação é a tradução das

especificações de desenho numa dada linguagem de programação. Esta função é executada por
um computador.”

Depois de realizado o projecto de software, seguiu-se com o processo de codificação, ou seja,

desenvolvimento da aplicação, onde utilizou-se Brackets para a programação das diversas
funcionalidades do sistema.

Foi com base na análise dos requisitos funcionais levantados anteriormente, que foram
desenvolvidas as funcionalidades do sistema, durante o processo de desenvolvimento á estrutura
da base de dados e os diagramas que ilustram as funcionalidades do sistema foram alterados
mediante a identificação de novas necessidades que antes não tinham sido observadas.

Na escritura dos códigos foram utilizados comentários para facilitar a percepção do código
futuramente.

De modo a facilitar a legibilidade e fácil manipulação da aplicação, as páginas foram

desenvolvidas utilizando o Bootstrap. Tendo como objectivo principal a criação de páginas de

40
fácil utilização, de modo que os usuários não apresentem dificuldades ao acesso e legibilidade
da informação.

5.2.2. Testagem

Após a finalização da codificação do sistema, é de extrema importância realizar testes de modo

a garantir que este realiza todas as funções necessárias e como deve ser o funcionamento, o que
permite perceber a existência de defeitos na lógica.

O teste é destinado a mostrar que um programa faz o que é proposto a fazer e

para descobrir os defeitos do programa antes do uso. Quando se testa o
software, o programa é executado usando dados fictícios. Os resultados do
teste são verificados à procura de erros, anomalias ou informações sobre os
atributos não funcionais do programa. (Sommerville, 2011, p. 144)

Os testes realizados baseiam-se nos conceitos de verificação e validação, que são dois aspectos
a tomar em conta no desenvolvimento do sistema. Validação consiste em garantir que o sistema
desenvolvido realize todas as funcionalidades necessárias para o sector de registro de táxis de
bicicletas, enquanto a verificação consiste em garantir que o sistema seja desenvolvido
utilizando os melhores métodos para tal, de modo a minimizar futuros constrangimentos.

“Validação: estamos construindo o produto certo? Verificação: estamos construindo o produto

da maneira certa?” (Boehm, 1979 citado por Sommerville, 2011, p. 145)

O objectivo da verificação é checar se o software atende a seus requisitos

funcionais e não funcionais. Validação, no entanto, é um processo mais geral.
O objectivo da validação é garantir que o software atenda às expectativas do
cliente. Ele vai além da simples verificação de conformidade com as
especificações, pois tenta demonstrar que o software faz o que o cliente espera
que ele faça. A validação é essencial porque, especificações de requisitos nem
sempre refletem os desejos ou necessidades dos clientes e usuários do sistema.
(Sommerville, 2011, p. 145)

Para garantir esta integridade foram realizados os seguintes testes: unitário, de sistema e de
desempenho.

41
5.2.3. Teste unitário

Segundo Maldonado e Fabri (2001), o teste unitário tem por objectivo testar a menor unidade
do projecto, procurando identificar erros de lógica e de implementação em cada módulo
separadamente. No paradigma estruturado, a menor unidade refere-se a um procedimento ou
função.

O teste unitário consiste em analisar as funcionalidades do sistema, uma de cada vez, tendo em
conta que o sistema foi desenvolvido em um modelo cascata, que se baseia na ideia de que,
apenas avançar depois de ter realizado a actividade planeada. Durante o desenvolvimento,
realizaram-se vários testes sempre que adicionadas novas funcionalidades, e no final testados
novamente todos os diferentes aspectos do sistema, um de cada vez, para garantir a sua
funcionalidade como planeada.

5.2.4. Teste de sistema

De forma a garantir a qualidade do sistema e que este responde realmente as necessidades dos
utilizadores, é importante que testes sejam executados, após a finalização do desenvolvimento
do sistema realizou-se testes de modo que estes requisitos fossem satisfeitos e que o sistema
não fosse terminado com erros de programação.

O teste de sistema, durante o desenvolvimento, envolve a integração de

componentes para criação de uma versão do sistema e, em seguida, o teste do
sistema integrado. O teste de sistema verifica se os componentes são
compatíveis, se interagem correctamente e transferem os dados certos no
momento certo, por suas interfaces. (Sommerville, 2011, p. 153)

Para Sommerville (2011, p. 144) “O teste é destinado a mostrar que um programa faz o que é
proposto a fazer e para descobrir os defeitos do programa antes do uso. Os resultados do teste
são verificados à procura de erros, anomalias ou informações sobre os atributos não funcionais
do programa.”

Durante o teste de sistema foi utilizada a aplicação fazendo uso de todas as funcionalidades
presentes a fim de verificar-se a conexão entre as diferentes classes no mesmo e seu
funcionamento, assim como a possibilidade de fácil partilha de informações entre as mesmas.

42
5.2.5. Teste de desempenho

“São testes que visam verificar o desempenho ou performance do software. São, muitas vezes,
combinados ou feitos juntamente com os testes de estresse. São comuns em software de tempo
real.” Vasconcelos et al. (2006, p. 72).

Por fim realizou-se o teste de desempenho, que consistiu em testar se o sistema atende com os
requisitos não funcionais de modo a garantir que o mesmo seja de fácil de utilização, rápido e
responsivo.

5.2.6. Manutenção

“Existem muitos motivos para a realização da manutenção, dentre eles: falhas no processamento
devido a erros no software, falhas de desempenho, alterações no ambiente de dados, alterações
no ambiente de processamento, necessidade de modificações em funções existentes e
necessidade de inclusão de novas capacidades.” (Sanches, 2001).

O processo de manutenção segue todo o ciclo de vida de desenvolvimento de um software, de

modo a garantir que a necessidade identificada após a implementação do sistema seja satisfeita.
A manutenção de um software ocorre sempre após a sua implementação, devido a identificação
de falhas durante o desenvolvimento, ou adição de novas funcionalidades identificadas pelos
clientes.

43
Capítulo - VI. Conclusões e recomendações

6.1. Conclusão

Tendo em conta as informações obtidas ao longo do desenvolvimento da monografia é de

grande importância apresentar algumas considerações finais relacionadas ao tema e objectivos
do trabalho.

No que diz respeito aos objectivos específicos, planados a serem alcançados, sendo o primeiro
de obter conhecimento do funcionamento dos processos de registro de táxi de bicicletas
actualmente, foi possível identificar que a instituição, tem utilizado um sistema tradicional
(Planilha Excel e cadernetas), para o registro de táxi de bicicleta, onde são mantidas as
informações referentes ao táxi de bicicleta. Para o segundo objectivo, a identificação das
limitações que a instituição tem com o uso do método usado actualmente e o terceiro a analise
e processo de registro e formulários usados no método actual de modo a informatizar, foi
possível identificar que no processo de registro de táxi de bicicleta a busca de dados no método
usado actualmente é bastante trabalhoso, visto que a pesquisa deve ser feita de forma manual.
Foi possível também observar que o processo de pagamento usado é bastante trabalhoso visto
que o taxista, após efectuar o pagamento o mesmo tem de se apresentar na instituição, para
mostrar o recibo de pagamento.

Quanto ao quarto capítulo a buscar tecnologias apropriadas que possam responder de forma
satisfatória e eficiente as necessidades de desenvolvimento da aplicação, visto que os dados
referentes ao registro de táxi de bicicleta, e pagamento poderão ser geridas é importante que
ferramentas e tecnologias que respondam de forma eficaz, satisfatória e segura as necessidades
da instituição, como exemplo tem-se o PHP que é uma das principais ferramentas usadas
actualmente para o desenvolvimento de sistemas.

Quanto ao último objectivo relacionado á emissão de relatórios referentes á actividades

realizadas no sistema, fez-se com que o sistema gerasse relatórios, estes como relatórios de
registro de táxi de bicicletas, relatórios de pagamento, estes relatórios poderão ser feitos
diariamente, semanalmente, mensalmente ou anualmente.

De uma forma geral expandiu-se o conhecimento não só da área de registro de táxi de bicicleta,
mais também dos aspectos necessários no desenvolvimento de um sistema, sendo possível

44
assim, alcançar o objectivo principal do trabalho de Desenvolvimento de uma Aplicação web
no processo de registro de táxi de bicicleta, no Conselho Autárquico da Cidade de Quelimane.

6.2. Recomendações

A partir do estudo feito e os resultados apresentados é necessário pensar-se em algumas

estratégias que possam ajudar num bom funcionamento do sector onde efectua – se o registro
de táxi de bicicleta.

• Deste modo, recomenda-se que o conselho autárquico da Cidade de Quelimane

aumente o número de pessoal no sector de registro de táxi de bicicletas, assim como de
informática, de modo a fazer face as actividades presentes.
• Uma vez que o sistema é de registro online, recomenda-se, a aquisição de serviços de
internet fornecida por uma provedora.
• Recomenda-se que o sector da ATAMOZ, onde é efectuado o registro de táxi
bicicletas e pagamentos, esteja munido de meios materiais que facilitam o uso de
várias formas da tecnologia.
• E por fim, a instituição deve procurar capacitar seus funcionários de forma geral na
área de informática, e capacitação para o uso do sistema.

45
6.3. Referências Bibliografia

Almeida, G. A. (2017). Fatores de escolha entre metodologias de desenvolvimento de software

tradicionais e ágeis. São Paulo, Brasil: Escola Politécnica, Universidade de São Paulo.

Albertin, A. L.; Albertin, R. M. de M. (2005). Tecnologia de informação e desempenho

empresarial: as dimensões de seu uso e sua relação com os benefícios de negócios. São Paulo:
Atlas.

Booch, G., Rumbaugh, J., & Jacobson, I. (2000). UML - Guia do Usuário. Brasil: Editora
Campus.

Boehm, B. W. (1979). Software Engineering. Reino Unido: Cambridge.

Bootstrap. (2014). About. Disponível em: <http://getbootstrap.com/about/> Acesso em: 20

Jul.

Bootstrap_componenteS. (2014). Componentes. Disponível em:

<http://getbootstrap.com/components/>. Acesso em: 08 Dez. 2014. BOOTSTRAP_GET. Get.
Disponível em: <http://getbootstrap.com/>. Acesso em: 08 Dez.

Cunha, L. E., & Serafani, J. I. (2011). Análise de Sistemas. Brasil: e-Tec Brasil.

Falbo, R. d. (2002). Análise de Sistemas. Brasil: UFES - Universidade Federal do Espírito

Santo.

Gil, A. (2007). In Como elaborar projectos de pesquisa (4ª ed.). São Paulo: Atlas.

Gil, A. C. (2002). Como Elaborar Projectos de Pesquisa. São Paulo, Brazil: Atlas.

Gerhardt, T. E., & Silveira, D. T. (2009). Métodos de pesquisa. Porto Alegre: Editora da
UFRGS.

Kauark, F., Manhães, F. C., & Medeiros, C. H. (2010). Metodologia da Pesquisa: Um Guia
Prático. Itabuna - Bahia, Brazil: Litterarum Editora.

Lopes, F. C., Morais, M. P., & Carvalho, A. J. (2009). Desenvolvimento de Sistemas de

Informação. Lisboa: FCA - Editora de Informática.

46
Ludke, M., & Andre, M. E. ( 1986). Pesquisa em educação: abordagens qualitativas. São
Paulo: EPU.

Laudon, K. C.; Laudon, J. P. (2004). Sistemas de informação gerenciais: administrando a

empresa digital. São Paulo: Prentice Hall.

Marconi, M. A., & Lakatos, E. M. (2012). Metodologia do trabalho Científico. São Paulo:
Atlas.

Marçula, M., & Filho, P. B. (2008). Informática: Conceitos e Aplicação. São Paulo: Érica.

Marconi, M., & Lakatos, E. M. (2003). In Fundamentos da Metodologia Científica. São

Paulo: Atlas.

Maldonado, J. C., & Fabbri, S. C. (2001). Verificação e Validação de Software. São Paulo,
Brasil: Prentice Hall.

Neves, P., & Ruas, R. (2005). O Guia Prático do MySQL. Lisboa, Portugal: Centro Atlântico,
Lda.

Oliveira, F. M. (2011). Metodologia Científica: um manual para a ralização de pesquisas em

administração. Catalão Go.Brasil.

Pereira, J. L. (1998). Tecnologia de Bases de Dados. Lisboa: FCA - Editora de Informática.

Pressman, R. S. (1995). Engenharia de Software. Porto Alegre, Brazil: MAKRON Books.

Pressman, R. S. (2011). Engenharia de Software, Uma Abordagem Professional. Porto Alegre,

Brazil: AMGH Editora.

Pressman, R., & Maxim, B. (2016). Engenharia de Software. AMGH.

Prodanov, C. C., & Freitas, E. C. (2013). Metodologia do Trabalho Científico: Métodos e

Técnicas da Pesquisa e do Trabalho Acadêmico. Novo Hamburgo - Rio Grande do Sul,
Brazil: Universidade Feevale.

Pedro, M. C. Neves; RUI, P F Rua. (2005). O Guia Prático do MySQL.1ª ed. Portugal.

Sommerville, I. (2011). Engenharia de Software. São Paulo: Pearson Prentice Hall.

47
Sampieri, H. (2006). In Metodologia de la investigación. México: McGraw-Hill.

Silvia, E. L., & Meneses, E. M. (2005). In Metodologia da pesquisa e Elaboração de

Disertação. Florianopolis.

Silva, A., & Videira, C. (2005). UML, Metodologias e Ferramentas CASE. Lisboa, Portugal:
Centro Atlântico, Lda.

Souza, M. V. (2000). PHP. 2 Edição Wiley PubliSing.

Soares, R. D. (2005). Bicicleta e mobilidade: Modismo ou solução sustentável para o

transporte na. São Paulo.

https://www.lemarq.com.br/site/

https://pdul.gov.mz/content/search?ezdemo_simple_search%5BsearchText%5D=Avalia%C3
%A7%C3%A3o++dos+Sistemas+de+Informa%C3%A7%C3%A3o+&ezdemo_simple_search
%5Bsave%5D=&ezdemo_simple_search%5Bezxform_token%5D=QLuVsbHiuUo7yDmBGe
oNqoHcKruJ6cVkRU_ilH3GV2c

Sanches, R. (2001). Processo de Manutenção. São Paulo, Brasil: Prentice Hall.

Vasconcelos, A. M., Rouiller, A. C., Machado, C. Â., & Medeiros, T. M. (2006). Introdução à
Engenharia de Software e à Qualidade de Software. Brasil: Lavras: UFLA/FAEPE.

48
Apêndice

49
 Guião de Entrevista para Funcionários

No âmbito de obtenção do grau de Licenciatura em Tecnologia de Informação, péla Faculdade

de Ciências Sociais e Políticas (FCSP) da Universidade Católica de Moçambique (UCM), a
presente entrevista cujo objectivo é obter informações de como é efectuado o registro de
bicicletas no Conselho Autárquico da Cidade de Quelimane. Com esta entrevista, pretendo obter
informações para o desenvolvimento da minha monografia com o tema “Desenvolvimento e
Implementação de Sistemas de Registro online de Bicicletas - Conselho Autárquico da Cidade
de Quelimane”.

Os dados que a instituição fornecer terão caracter estreitamente confidencial e as informações

destinam-se a fins meramente académicas.

Entrevistador: Yuri Gonçalves Francisco Vasco

1. No Conselho Autárquico da cidade de Quelimane, existe algum sistema informatizado

ou manual que efectua o registro de táxi de bicicletas?

R:

___________________________________________________________________________
__________________________________________________________________.

2. Há quanto tempo trabalha nesta área de registro de táxi de bicicletas?

R:

___________________________________________________________________________
_______________________________________________.

3. Como é feito este registro de táxi de bicicletas?

R:

___________________________________________________________________________
_____________________________________________________________.

50
 4. Como é feita a busca de dados?
R:

___________________________________________________________________________
_____________________________________________________.

5. O método de registro de táxi de bicicleta usado actualmente tem sido eficaz?

R:

__________________________________________________________________________

6. Método usado é seguro para a conservação dos dados?

R:

___________________________________________________________________________
__________________________________.

7. O registro efectuado abrange simplesmente os taxistas de bicicletas ou a comunidade

em geral?

R:

___________________________________________________________________________
________________________________________________________.

8. Quais são os problemas acarretados com o método usado actualmente para o registro de
táxi de bicicleta?

R:

___________________________________________________________________________
_________________________________________________________.

51
 9. Quais são os aspectos necessários para o melhoramento do método usado actualmente?

R:

________________________________________________________________________
______________________________________________________________

10. Em caso de perda de informações como é que lidam este tipo d situações?

R:

___________________________________________________________________________
_____________________________________________________________________.

11. Já teve oportunidade de utilizar um sistema informatizado?

R:

___________________________________________________________________________
______________________________.

12. O que acha da ideia de implementação de um sistema informatizado neste

departamento?

R:

___________________________________________________________________________
____________________________________________________________.

13. Existe uma taxa de pagamento por parte dos taxistas?

R:

___________________________________________________________________________
_______________.

14. Qual é o valor pago pêlos taxistas?

52
R:

___________________________________________________________________________
___________________________________________________________________________
____________________________________________________.

15. Quais são as funções que os profissionais responsáveis pêlo registro de táxi gostariam
que tivesse no sistema?
R:
____________________________________________________________________.

53
Sistema de Registro Online de Táxi de Bicicleta – Conselho
Autárquico da Cidade de Quelimane

Manual do Utilizador do Sistema

Quelimane, Julho de 2022

54
Figura 6:Painel de Autenticação

Figura 7:Painel de administrador

55
Figura 8:Registro de funcionário

56
Figura 9:Listagem de Funcionários

57
Figura 10:Painel de criação de conta

58
Figura 11:Listagem de Contas

Figura 12:Painel de registro de novo taxista

59
Figura 13:Impressão de ficha de registro de taxista

60
Figura 14:Listagem de taxistas

61
Figura 15:Painel de registro de bicicleta

62
Figura 16:Painel de pagamento

63
Figura 17:Filtro por data

Figura 18:Filtro entre datas

64
Figura 19:Filtragem por pagamento de data

Figura 20:Filtragem por nome entre datas

65
Figura 21:Filtragem por posto administrativo

66
Figura 22:Emissão de recibo de relatório de filtragem por posto administrativo

67
Anexos

68
Documento 1: pedido de autorização para realização da pesquisa

69
Documento 2: autorização para realização da pesquisa

70