PUCPR - PONTIFÍCIA UNIVERSIDADE CATÓLICA DO PARANÁ
ENGENHARIA DE COMPUTAÇÃO
ALLAN DIEGO CORRADINE PACHECO
EDUARDO MENDES DE LIMA
KAMILA ROSSA
CHILDREN SECURITY
RELATÓRIO TÉCNICO FINAL
Curitiba - PR
2016
ALLAN DIEGO CORRADINE PACHECO
EDUARDO MENDES DE LIMA
KAMILA ROSSA
CHILDREN SECURITY
RELATÓRIO TÉCNICO FINAL
Professor orientador: Emir Toktar
_______________________________
Curitiba – PR
2016
Projeto Físico apresentado à disciplina
de Projeto Final II como parte do
processo avaliativo do 2º bimestre do 10º
período do curso de Engenharia da
Computação da Pontifícia Universidade
Católica do Paraná Campus Curitiba.
SUMÁRIO
LISTA DE FIGURAS .................................................................................. 5
TABELAS ................................................................................................... 6
RESUMO ................................................................................................... 7
1. INTRODUÇÃO ................................................................................... 8
2. DETALHAMENTO DO PROBLEMA ................................................ 11
3. ESTADO DA ARTE .......................................................................... 13
4. DETALHAMENTO DO PROJETO ................................................... 16
4.1 Módulo CS.COMUNICAÇÃO: ............................................................ 17
4.2 Módulo CS.ESCOLA: ......................................................................... 17
4.3 Módulo CS.PAI: .................................................................................. 21
4.4 Módulo SC.FILHO .............................................................................. 23
4.5 Módulo SC.SENSOR.......................................................................... 25
5. TECNOLOGIA ................................................................................. 29
5.1 CS. COMUNICAÇÃO ......................................................................... 29
5.2 CS.PAI e CS.FILHO ........................................................................... 30
5.3 CS.ESCOLA ....................................................................................... 31
5.4 CS.SENSOR ...................................................................................... 31
5.5 TECNOLOGIAS ADQUIRIDAS .......................................................... 32
6. PROCEDIMENTOS DE TESTE e resultados esperados ................. 34
6.1 Validação da aplicação móvel CS.PAI ............................................... 34
6.2 Validação do login para as aplicações Web Administração e Gerência
do módulo CS.ESCOLA ......................................................................................... 43
6.3 Validação da aplicação Web Administração, módulo CS.ESCOLA ... 46
7. ANÁLISE DOS RISCOS .................................................................. 53
8. ANEXOS .......................................................................................... 56
8.1 Figuras da aplicação Web do módulo CS.ESCOLA: .......................... 56
8.2 Figuras da aplicação Web Administração do módulo CS.ESCOLA: .. 57
8.3 Figuras do módulo CS.PAI aplicação móvel: ..................................... 59
CONCLUSÃO .......................................................................................... 62
9. REFERÊNCIAS BIBLIOGRÁFICAS ................................................. 64
LISTA DE FIGURAS
FIGURA 4.1: DIAGRAMA DE FLUXO................................................................................. 16
FIGURA 4.2 DIAGRAMA DE ESTADO (CS.COMUNICAÇÃO) ........................................... 17
FIGURA 4.3 DIAGRAMA DE ESTADO (CS.ESCOLA) ........................................................ 17
FIGURA 4.4: DIAGRAMA DE CLASSE (CS.ESCOLA/ ADMINISTRAÇÃO). ....................... 20
FIGURA 4.5: DIAGRAMA DE CLASSE GERÊNCIA. .......................................................... 21
FIGURA 4.6 DIAGRAMA DE ESTADO (CS.PAI) ................................................................ 22
FIGURA 4.7: DIAGRAMA DE CLASSE (CS.PAI). ............................................................... 23
FIGURA 4.8 DIAGRAMA DE ESTADO (CS.FILHO) ............................................................ 24
FIGURA 4.9: DIAGRAMA DE CLASSE (CS.FILHO). .......................................................... 24
FIGURA 4.10: DIAGRAMA DE BLOCOS (ATMEGAV-2560 DATASHEET, 2014) ................. 26
FIGURA 4.11: RECEPTOR RF ........................................................................................ 26
FIGURA 4.12: DIAGRAMA DE BLOCOS (ATMEGA32U4 DATASHEET, 2016). ................... 27
FIGURA 4.13: EMISSOR RF .......................................................................................... 28
FIGURA 8.1: TELA DE LOGIN (CS.ESCOLA). ................................................................. 56
FIGURA 8.2: MENU INICIAL (CS.ESCOLA/ ADMINISTRAÇÃO). .................................... 56
FIGURA 8.3: CADASTRAR ALUNO (CS.ESCOLA/ ADMINISTRAÇÃO). .......................... 57
FIGURA 8.4: TABELA DE ALUNO(S) (CS.ESCOLA/ ADMINISTRAÇÃO). ........................ 57
FIGURA 8.5 PESQUISAR ALUNO(S) (CS.ESCOLA/ ADMINISTRAÇÃO). ........................ 58
FIGURA 8.6 CADASTRO DE USUÁRIO(S) (CS.ESCOLA/ ADMINISTRAÇÃO). ................. 58
FIGURA 8.7: LOGIN (CS.PAI). ...................................................................................... 59
FIGURA 8.8: CADASTRO (CS.PAI). ............................................................................... 59
FIGURA 8.9: ERRO, SEM ALUNO (CS.PAI). ..................................................................... 59
FIGURA 8.10: TELA INICIAL (CS.PAI). ........................................................................... 59
FIGURA 8.11: PÁGINA MODOS DE BUSCA (CS.PAI). ....................................................... 60
FIGURA 8.12: GPS ON (CS.PAI) ................................................................................. 60
FIGURA 8.13: MENSAGEM (CS.PAI). ............................................................................. 60
FIGURA 8.14: MODO AUTOMÁTICO OFF-LINE (CS.PAI). ............................................... 61
FIGURA 8.15: MODO MANUAL (CS.PAI). ....................................................................... 61
TABELAS
TABELA 5.1: SOAP X REST ........................................................................................ 29
TABELA 5.2: ECLIPSE+ADT X ANDROID STUDIO ............................................................. 30
TABELA 5.3: RF X CÓDIGO DE BARRAS.......................................................................... 32
TABELA 5.4: TECNOLOGIAS ADQUIRIDAS ........................................................................ 32
TABELA 6.1: VALIDAÇÃO CS.PAI, APLICAÇÃO MÓVEL. ..................................................... 34
TABELA 6.2: VALIDAÇÃO CS.ESCOLA, LOGIN PARA AS APLICAÇÕES WEB ADMINISTRAÇÃO
E GERÊNCIA. ........................................................................................................ 43
TABELA 6.3: VALIDAÇÃO CS.ESCOLA, APLICAÇÃO WEB ADMINISTRAÇÃO. ...................... 46
TABELA 7.1: ANÁLISE DOS RISCOS ................................................................................ 53
RESUMO
Com o alto índice de desaparecimento e sequestro de alunos das escolas
brasileiras, medidas de segurança tiveram que ser adotadas, porém estas medidas
tomadas pelos pais e escolas estão causando outros problemas, como transtornos
no trânsito no entorno das escolas. Visando aumentar a segurança das crianças e
reduzir estes problemas o projeto Children Security apresenta um aplicativo Android
que permite ao pai enviar mensagens de aproximação automaticamente e
manualmente para a escola informando sua aproximação. E um aparelho que
mostra a presença do pai dentro de seu automóvel na escola, onde aparelhos de
indução e recepção de rádio frequência (RF) obtém a informação de que o pai
adentrou a escola, esta informação é transmitida para o servidor, e do servidor para
uma tela onde os funcionários da escola teriam acesso aos dados da criança e do
responsável.
Palavras Chave: Segurança, GPS, Escola, Sensor.
8
1. INTRODUÇÃO
Hoje o sequestro de crianças e adolescentes tem se tornado cada vez mais
frequente, e os requintes de crueldade são marcantes, num simples descuido a
criança já não está mais ali, segundo Débora Jabour (Revista Educação, 2011) “de
cada quatro vítimas de sequestro em São Paulo, uma é estudante. Em levantamento
realizado pela Folha de S. Paulo com base nos boletins de ocorrência do crime no
ano passado, os estudantes têm sido as vítimas mais costumeiras, aparecendo em
25% dos casos”.
Como medidas de prevenção as escolas precisam cuidar da entrada e saída de
alunos e saber também quem é o responsável que vai busca-las, os pais muito
preocupados com a crescente violência estão levando seus filhos de carro ou
contratam transportes para leva-los ao colégio em segurança, porém estas medidas
vêm causando dor de cabeça nos responsáveis e grandes transtornos com o
aumento de automóveis no trânsito no entorno das escolas em horário de pico,
formando congestionamentos, filas duplas e a espera que dura em média de 20 a 45
minutos para quem vai buscar os alunos na escola, pois ao chegar para pega-los os
responsáveis devem identificar-se na portaria.
Então o Children Security tem o objetivo de reduzir a criminalidade contra os
estudantes e com a utilização do mesmo as filas de espera pelos alunos podem ser
reduzidas ou até mesmo eliminadas.
O aplicativo Children Security consiste em enviar mensagens, do pai a escola,
que é notificada quando o pai aciona o aplicativo e quando o mesmo estiver nas
proximidades, então um funcionário da escola encaminha o aluno até a portaria para
esperar por seu responsável, quando a criança estiver aguardando o pai na portaria,
uma mensagem é enviada ao pai, avisando que seu filho está aguardando. O
aplicativo possui dois modos de avisar a escola que o pai está indo buscar o aluno, o
modo automático e o modo manual, o modo automático se acionado deve estar
conectado ao GPS, se por motivos meteorológicos, de localização ou qualquer outro
fator que cause à interferência do sinal que deixe o GPS off-line, o aplicativo vai ser
redirecionado para a página de escolha do modo de busca do filho, então, o modo
manual deve ser escolhido onde mensagens são enviadas a partir de botões que o
pai deve acionar.
9
O aparelho que mostra a presença do pai na escola do projeto Children
Security identifica o carro a partir de um aparelho emissor e um receptor que emitem
sinal de rádio frequência (RF), este sinal é levado ao servidor, o servidor contém um
banco de dados onde estão armazenados os dados do responsável e aluno, dados
esses que são ID do aluno, nome do aluno, assim como nome do responsável e sua
distância, estas informações serão transmitidas para uma tela, onde os funcionários
da escola teriam acesso. Com esta parte do projeto a escola tem maior controle do
responsável que vai retirar a criança, diminuindo o perigo de uma pessoa não
autorizada retirar o aluno do ambiente sem autorização do responsável, e
prevenindo problemas provenientes do sinal de internet no celular, o erro entre a
posição fornecida pelo GPS e a real, que atualmente está entre 5 e 15 metros e
interferências no sinal do GPS como a visão do céu e edifícios próximos que afetam
a precisão.
O projeto é direcionado para crianças de 1 a 6 anos de idade e crianças
especiais, que recebem o acompanhamento de um funcionário da escola da sala de
aula até o automóvel do responsável que vai apanha-la. Para que as crianças
maiores de 6 anos de idade, que não são mais acompanhadas por um funcionário
da escola possam ter a segurança fornecida pelo projeto Children Security é
necessário que a escola tenha uma estrutura para entrada de carros, onde possa
ser implantado o aparelho de recepção do sinal do aparelho que o responsável
estará portando. Também, é necessário um controle rígido de saída de alunos, para
que não haja nenhuma divergência.
O projeto apresentado neste documento está estruturado em oito capítulos,
sendo este o primeiro capítulo, Introdução, e na sequência os demais capítulos
organizados conforme descrição abaixo:
Capitulo 1, Detalhamento do Problema: apresentar-se os problemas que
motivaram o surgimento da ideia do projeto, contém aspectos tecnológicos
relevantes ao problema em questão.
Capitulo 2, Estado da Arte: apresenta-se o levantamento das soluções
existentes para diminuir o nível de desaparecimento de crianças e adolescentes e na
diminuição dos problemas de trânsito ao redor das escolas.
Capitulo 3, Detalhamento do Projeto: apresenta um diagrama em blocos, com
cada bloco descrito em detalhes com diagrama de classes (notação UML).
10
Capitulo 4, Tecnologias: Apresenta uma descrição sucinta das tecnologias que
podem e das que serão utilizadas para desenvolver cada módulo do sistema.
Capitulo 5, Procedimentos de Teste e Validação do Projeto: descreve como os
módulos do projeto serão testados e validados e os critérios de validação da solução
em termos de desempenho e cumprimento de seus aspectos funcionais.
Capitulo 6, Análise dos Riscos: apresenta os problemas potenciais do projeto e
do impacto desses problemas no sucesso ou fracasso do mesmo.
Capitulo 7, Anexos.
Capitulo 8, Conclusão: destaca os principais aspectos do projeto, a solução
proposta, as tecnologias utilizadas no projeto e as estratégias de desenvolvimento.
11
2. DETALHAMENTO DO PROBLEMA
O desaparecimento e sequestro de crianças e adolescentes tem sido noticia
frequente nos últimos anos no Brasil, porém não é possível encontrar registro de
números oficiais, pois os dados não refletem a real situação, porque sabemos que
alguns casos sequer são registrados na polícia. Segundo informações da Secretaria
Especial de Direitos Humanos (Gattás e Fígaro- Garcia, 2007), em 2007, estimava-
se aproximadamente 200 mil ocorrências de desaparecimentos, sendo 40 mil
Crianças e adolescentes registradas anualmente nas delegacias de polícia de todo
país. Anualmente desaparecem sem deixar qualquer vestígio cerca de 4000 a 4500
crianças e adolescentes em todo país. Em levantamento realizado pela Folha de S.
Paulo com base nos boletins de ocorrência do crime no ano de 2010, os estudantes
têm sido as vítimas mais costumeiras, aparecendo em 25% dos casos.
Crianças e adolescentes desaparecem pelos mais variados motivos, há os que
fogem voluntariamente seja a procura liberdade, desleixo dos pais quando a criança
sente-se rejeitada e desprezada foge para chamar a atenção, aqueles que desejam
se afastar de conflitos familiares, brigas, maus tratos, abuso sexual e violência
doméstica, outra razão são as circunstâncias criminosas como aliciadores que
sequestram o menor para tráfico, exploração sexual, exploração de trabalho, cárcere
privado, adoção ilegal, homicídio ou latrocínio, conforme explica a delegada Cristina
Coelli Cicarelli Masson, chefe da Divisão de Referência da Pessoa Desaparecida de
Minas Gerais. Os requintes de crueldade são marcantes, num simples descuido a
criança já não está mais ali.
O desaparecimento começa na vida escolar, pois não é raro os pais serem
chamados pela coordenação devido ao número elevado de faltas. Das faltas
escolares a fugir de casa o caminho não é longo. Por isso, é fundamental que as
escolas como medida de prevenção cuidem da entrada e saída de alunos, saibam
também quem é o responsável que vai buscá-las, pois segundo a Cartilha de
prevenção ao desaparecimento infantil “quando o sequestrador não é um parente da
criança, há uma chance igual de que o sequestrador seja alguém conhecido da
criança ou da família”, portanto a escola deve exigir uma autorização dos pais para
que outra pessoa vá pegar seu filho na escola.
12
Mais de 50% das crianças sequestradas por estranhos foram retiradas da rua,
carro, parque ou áreas arborizadas. Quase 75% das crianças que são raptadas em
casos envolvendo família foram retiradas de suas casas, escolas, jardins ou outros.
Os pais muito preocupados com a crescente violência estão levando e
buscando seus filhos de carro ou contratam transportes para leva-los ao colégio em
segurança, porém estas medidas adotadas causam muitos transtornos como o
aumento de automóveis nas ruas em volta das escolas.
O trânsito é um problema urbano que parece não ter solução e com o aumento
da circulação de carros ao redor das escolas estão formando congestionamentos,
filas duplas que é um dos fatores que provocam mais congestionamentos de acordo
com o diretor de infrações do Detran-PI (Levi Gomes) além das multas que os pais
recebem, já que prejudicar o trânsito para aguardar o embarque de passageiro é
infração prevista no artigo 181 do Código de Trânsito Brasileiro (CTB), além de
pagar uma multa de R$ 127,69, o condutor perde cinco pontos na Carteira Nacional
de Habilitação (CNH).
Segundo o Conselho de Infraestrutura da Confederação Nacional da Indústria
(CNI), o tempo médio gasto pelo brasileiro em seu trajeto diário consegue superar
uma hora e uma espera que dura em média de 20 a 45 minutos para quem vai
buscar os alunos na escola, pois ao chegar para pega-los no colégio os
responsáveis devem identificar-se na portaria e aguardar que seus filhos cheguem
até o automóvel.
Só em São Paulo, 90% da poluição nas ruas são originadas por veículos
automotores, causando diversos problemas de saúde, como alergias e doenças
cardiorrespiratórias. Além da emissão de gases nocivos no meio ambiente, o trânsito
também colabora para problemas como estresse, poluição sonora, erosão nas
estradas mal planejadas, enchentes, atropelamento de animais silvestres e diversas
agressões contra o meio ambiente (CNI).
13
3. ESTADO DA ARTE
Segundo Guaracy Mingardi, diretor científico do Ilanud, é muito difícil prevenir
um sequestro. "Ninguém pode ficar andando com um segurança o tempo todo. As
escolas precisam cuidar de quem entra e quem sai. Existe uma prevenção que é
muito individual, como, por exemplo, mudar o caminho habitual", afirma. A saída, de
acordo com ele, é uma repressão bem feita por parte da polícia e a orientação por
parte das famílias e escolas. Carla Bonissoni diz que sempre que pode sai mais
cedo de casa e muda o trajeto para ir à escola do filho.
A escola deve ter um papel preventivo e como medida de precaução é
fundamental que a entrada e saída de alunos sejam devidamente controladas, assim
como aqueles que estão responsáveis por busca-las, pois segundo a Cartilha De
Prevenção Ao Desaparecimento Infantil “quando o sequestrador não é um parente
da criança, há uma chance igual de que o sequestrador seja alguém conhecido da
criança ou da família”, portanto a escola deve exigir uma autorização dos pais para
que outra pessoa vá pegar seu filho na escola.
Já os pais como medida de prevenção, não estão liberando seus filhos para
fazer o caminho da escola sozinhos, pois a criminalidade está em todos os lugares e
como apresentado no texto anterior os números de crianças desaparecidas são
preocupantes, então os pais acabam levando seus filhos até a escola de carro ou
contratam transporte escolar para que tenham mais segurança possível, porém
estas medidas adotadas agravam um problema que é o caótico trânsito de
automóveis.
Em Curitiba, uma proposta feita por Chico do Uberaba (PMN), lida na sessão
plenária em Maio de 2015, condiciona a instalação de rastreadores por satélite como
requisito obrigatório para a emissão de alvará e sua renovação aos proprietários de
veículos que executam o serviço de transporte escolar. A justificativa para a criação
do projeto são os atrasos ocasionados pelos congestionamentos nas ruas de
Curitiba, que geram muita preocupação aos pais de alunos transportados e o fator
segurança, considerando que na eventualidade de qualquer desvio de rota, seja ele
motivado por um eventual sequestro ou outros motivos de força maior, o parlamentar
acredita que as situações poderiam ser amenizadas com a instalação do um
rastreador, como o GPS (Sistema de Posicionamento Global), por exemplo. De
acordo com o texto (005.00102.2015), o objetivo é “contribuir com a segurança e
14
integridade das crianças transportadas e do motorista, servindo como uma
ferramenta eficaz para o combate ao crime”, Se aprovada pelos vereadores e
sancionada pelo prefeito, a lei entra em vigor na data de sua publicação. O Poder
Executivo terá 120 dias para regulamentar a norma, a partir da sanção (Câmara
Municipal de Curitiba, 2015).
Outro projeto foi um uniforme, lançado em Março de 2012 pela Secretaria
Municipal de Educação no município de Vitória da Conquista (a 509 km de Salvador
(BA)), monitora a entrada e a saída dos estudantes das escolas e avisa por
mensagem de texto (SMS) o horário exato dessa movimentação aos pais.
O chip foi colocado no uniforme dos alunos carregando um número universal,
cadastrado no sistema da unidade escolar com as informações sobre os alunos e
com o número do celular dos pais ou responsáveis. Toda vez que o estudante passa
pelo portão de entrada da escola, um sensor registra a presença no computador da
escola e avisa os responsáveis por meio de mensagem de celular. O sistema, que
detecta a presença por ondas de rádio frequência, também registra o horário de
saída da escola (SANTANA, 2012).
Segundo Rose Santana (O GLOBO, 2012) para o diretor do Centro Municipal
de Educação Paulo Freire, Sidney Soares, a expectativa era de que a tecnologia
garantisse maior participação das famílias na vida escolar dos estudantes e os pais
de alunos disseram que a novidade traia mais tranquilidade para eles. Porém, o
projeto foi abandonado no fim do ano de 2013, de acordo com a prefeitura e pais
dos estudantes, questões técnicas diversas e o baixo resultado que de acordo com a
Secretaria Municipal de Educação foi de apenas 2%, são as justificativas para o fim
do sistema. Segundo Tiago Décimo (Estadão, 2013) houve vários relatos de
problemas com a durabilidade dos chips, que não resistiram às lavagens dos
uniformes.
Aplicativos comerciais específicos para gerenciamento e controle são raros no
mercado brasileiro, podemos citar o aplicativo Filho Sem Fila, que visa
especificamente ajudar os pais há perder menos tempo enquanto esperam os seus
filhos saírem da escola, sem atrapalhar o trânsito por ficarem parados em fila dupla.
O aplicativo nasceu no final de 2013, conta o sócio-diretor da Intuitive Appz, Leo
Gmeiner e passou a ser comercializado em 2014, contando com a participação de
15
algumas escolas para que fosse aperfeiçoado. Hoje, 62 instituições utilizam o
recurso, dentre elas 12 do Grande ABC.
O Filho Sem Fila está disponível para as plataformas iOS, Android e Windows
Phone e também disponível em veículos Ford equipados com SYNC AppLink™, o
aplicativo é instalado nos smartphones dos pais gratuitamente e com o código de
acesso entregue pelo colégio, e ao se aproximarem da escola, podem informar que
estão chegando. Nesse momento, nome e foto da criança aparecem em um tablet
ou computador na portaria, com fotos e dados dos responsáveis autorizados a
buscar o estudante, que imediatamente será preparado para a saída.
As escolas devem arcar com um custo do aplicativo e os pacotes variam
conforme a versão do aplicativo contratada. Segundo Marília Montich (Diário do
Grande ABC, 2015) no último trimestre de 2015 a versão mais econômica era
cotada em R$ 1.800,00 (um mil e oitocentos reais) de implantação e R$ 1,00 (um
real) por aluno por mês, quanto à versão completa, que conta com a interface da
própria escola e avisa o pai por meio de alerta quando o filho sai da escola na
presença de outro responsável, é comercializado no valor de R$ 3.800,00 (três mil e
oitocentos reais) para implantação e R$ 1,80 (um real e oitenta centavos) por aluno.
Caso nada disso seja concretizado, o aplicativo não apresenta função nenhuma.
Ultimamente a violência contra crianças acontece com cada vez mais
frequência, e os pais preocupados com a segurança de seus filhos vão
pessoalmente busca-los na escola, que acaba por causar transtornos no transito ao
redor dos colégios, o projeto Children Security tem por objetivo proporcionar aos
pais e responsáveis de alunos maior comodidade, agilidade e o principal a
segurança, pois o projeto tem um aplicativo que permite ao pai enviar mensagens de
aproximação automaticamente e manualmente para a escola e o detector de
automóveis que ajuda a escola a identificar se a pessoa que está retirando a criança
do local é realmente o responsável autorizado.
16
4. DETALHAMENTO DO PROJETO
O projeto Children Security tem como ponto principal o módulo
CS.COMUNICAÇÃO, mantém os outros módulos do projeto que são: CS.ESCOLA,
CS.SENSOR, CS.PAI e CS.FILHO.
Figura 4.1: Diagrama de Fluxo
SOFTWARE
O sistema Children Security é uma aplicação Web que oferece uma interface
gráfica para uso dos colégios, um aplicativo para os pais dos alunos e a Interfaces
de serviço (Web Services) para receber e monitorar a comunicação de aplicações
cliente e aparelhos de comunicação por radio frequência dos colégios. A
descrição do projeto será dividida em módulos, para melhor entendimento, sendo
estes os módulos web CS.COMUNICAÇÃO, CS.ESCOLA, CS.SENSOR, e os
módulos móveis CS.PAI e como futura evolução do projeto o CS.FILHO.
17
4.1 Módulo CS.COMUNICAÇÃO:
Módulo composto por WebService e banco de dados para que exista suporte
para os Colégios (Figura 4.2), onde as aplicações dos módulos CS.ESCOLA,
CS.SENSOR, CS.PAI e CS.FILHO que serão desenvolvidas em plataformas
diferentes possam interagir, como demonstra a Figura 4.1 acima.
Figura 4.2 Diagrama de Estado (CS.COMUNICAÇÃO)
4.2 Módulo CS.ESCOLA:
Este módulo é formado pelos seguintes pacotes (Figura 4.3), detalhados na
sequência.
Figura 4.3 Diagrama de Estado (CS.ESCOLA)
18
Aplicação ADMINISTRAÇÃO
Esta aplicação web é responsável pela administração de cadastros e controle
de usuários e alunos (Figura 4.4), o módulo possui as seguintes características:
Cadastro de Alunos: é utilizado para adicionar os alunos que fazem
parte do sistema, assim obtendo uma organização, e é também
utilizado para gerar uma chave de segurança (ID) para o aplicativo do
módulo CS.Pai, gerando a comunicação entre os dois módulos
CS.Escola e CS.Pai.
No cadastro de alunos devem ser inseridos o nome completo do aluno,
a turma em que o mesmo se encontra e sua data de nascimento, assim
como o nome completo de seu responsável e um telefone para contato
(Figura 8.3, Anexo).
Tabela de Alunos: seguindo a ordem crescente de cadastros ela
mostra os alunos cadastrados. Em uma das colunas apresenta-se a
“Chave”, que é a chave de segurança (ID) mencionada no tópico
acima, esta chave deve ser entregue pela escola ao responsável da
criança com documento de identificação em mãos, para que seja
estabelecida a conexão entre os módulos CS.Escola e CS.Pai e por
consequência evitar fraudes no cadastro do pai no aplicativo.
A tabela de alunos cadastrados oferece as opções editar e excluir o
aluno selecionado (Figura 8.4, Anexo).
Pesquisar Aluno: é uma função disponibilizada para auxiliar o usuário
a encontrar um aluno em especifico rapidamente dentro da tabela de
alunos cadastrados, tendo como opções de pesquisa o código do
aluno, nome e turma (Figura 8.5, Anexo).
Cadastro de Usuários: utilizado para incluir os funcionários
responsáveis por cuidar da administração de cadastros e da gerência
da lista de alunos, que será explicada em um próximo tópico do
documento. Por ter dois módulos separados, programamos a
funcionalidade da permissão, sendo os módulos “Admin” e “Comum”.
19
Para gerar Login e Senha dos usuários, é nescessario cadastrar o
nome completo, um username, uma senha, o email para que o
funcionário possar trocar a senha caso esqueça e é preciso definir a
permissão do usuário (Figura 8.6, Anexo).
Tabela de Usuários: segue uma ordem crescente, mostrando cada
usuário cadastrado. Nessa tabela a senha e o email ficam ocultos, pois
como a senha tem que ser criptografada e o email só é cadastrado
para que o usuário possa ter a possibilidade de trocar sua senha, então
não vimos necessidade de deixa-los a mostra.
A tabela de usuários cadastrados oferece as opções de editar e excluir
o aluno selecionado.
Pesquisar Usuários: é uma função disponibilizada para auxiliar o
usuário a encontrar um usuário em especifico rapidamente dentro da
tabela de usuários cadastrados, tendo como opções de pesquisa o
código do usuário, nome e username.
20
Figura 4.4: Diagrama de Classe (CS.ESCOLA/ ADMINISTRAÇÃO).
Aplicação GERÊNCIA.
A aplicação GERÊNCIA apresenta em uma interface gráfica chamada
Consultar Fila que mostra lista de pais enviaram sinal a partir do aplicativo e que
passaram pelo sensor na entrada do colégio, com atualização da lista conforme a
ordem de chegada.
O registro de saída do aluno, fato caracterizado pela entrega pessoal ao
responsável, poderá ser executado com um dispositivo móvel de forma manual por
um funcionário do estabelecimento. Tal situação é obtida com a função Confirmar
Entrega que deverá ser ativada sempre que o funcionário realizar a entregar da
criança, mesmo em situações onde o veículo do pai do aluno não é identificado pelo
sensor, como por exemplo, estacionar o veículo nas imediações do colégio por não
haver espaço no pátio do mesmo.
As situações descritas anteriormente estão representadas no diagrama de
classe da Figura 4.5.
21
Figura 4.5: Diagrama de Classe GERÊNCIA.
4.3 Módulo CS.PAI:
Este módulo serve para a comunicação com envio de sinais entre os
responsáveis e a escola. Para que essa comunicação possa acontecer, é necessário
que o pai tenha um celular smartphone com GPS e Internet.
Após instalar o aplicativo no smartphone, é necessário que o pai cadastre-se
no aplicativo (Figura 8.8, Anexo), para poder realizar o login, somente com esse
cadastro não é possível ter acesso a comunicação com a escola, para ter esse
acesso é necessário que o pai vá ate a escola e peça o cadastro de seu filho no
sistema, recebendo ao fim do cadastro uma chave de segurança (ID) do(s) seu(s)
filho(s). O pai deve cadastrar essa(s) ID(s) no aplicativo.
Quando for buscar sua(s) criança(s) na escola o pai deve ativar sua internet,
selecionar o(s) filho(s) (Figura 8.10, Anexo) e escolher seu modo de busca (Figura
8.11, Anexo), que mostra o deslocamento do responsável de seu local de partida até
a escola de seu(s) filho(s), o modo de busca pode ser automático ou manual.
Ao ativar o modo automático (Figura 9.12, Anexo) o GPS é ativado e o servidor
web recebe periodicamente a cada 30 segundos, a localização do pai, assim que é
ativado, a escola recebe uma mensagem de que o pai está indo buscar o aluno
Quando o GPS estiver indisponível por alguma interferência no sinal, seja por
termos meteorológicos ou de localização, o modo automático torna-se off-line
(Figura 9.14, Anexo), então, existe o modo manual (Figura 9.15, Anexo) como
segunda alternativa, onde as mensagens para a escola são disparadas
manualmente pelo pai, onde ele deve acionar 3 botões dependendo da sua
22
distancia, os botões são: Indo Buscar, Nas Proximidades (Aprox. a 2km), No Portão
(Aprox.. a 100 mts).
Quando os pais estiverem em um perímetro próximo a escola, outra mensagem
é disparada para avisar de que a criança esta sendo encaminhada até a portaria
para aguardar a chegada do responsável (Figura 8.13, Anexo), quando a criança é
encaminhada para aguardar o responsável na portaria uma mensagem é enviada
para o aplicativo.
Figura 4.6 Diagrama de Estado (CS.PAI)
O módulo pai funciona exclusivamente para dispositivos móveis e devem ter
acesso à Internet ativada. Aparelhos que não possuam o GPS ou que tenha
dificuldade de funcionamento devido a condições de localização ou meteorológicas,
ainda assim a aplicação pode ser acionada de modo manual, usando apenas
serviços web via Internet.
23
Figura 4.7: Diagrama de Classe (CS.PAI).
4.4 Módulo SC.FILHO
Este módulo é a futura atualização do projeto Children Security, portanto não
foi implementado ainda
No smartphone do aluno o CS.FILHO deve ser instalado para que o GPS seja
ativado, para que o CS.PAI possa obter a localização (Figura 4.8).
24
Figura 4.8 Diagrama de Estado (CS.FILHO)
Para poder fazer um login no aplicativo é necessário que um cadastro seja
realizado e os campos “Nome Filho”, “Sobrenome Filho”, “E-mail”, “Senha” e
“Celular” devem ser preenchidos pelo usuário (Figura 4.9).
Figura 4.9: Diagrama de Classe (CS.FILHO).
HARDWARE
25
4.5 Módulo SC.SENSOR
O módulo CS.SENSOR é dividido entre o ReceptorRF que deverá ser
implantado na portaria da escola e o EmissorRF que deve estar no para-brisas do
carro do responsável. Portanto, sempre que o responsável passar com o carro pelo
portão da escola o botão do EmissoRF deve ser acionado pelo pai para que sua
presença seja registrada no sistema da escola e apareça na tela Lista de Alunos da
aplicação Web com permissão para GERÊNCIA.
Rádio Frequência é uma tecnologia utilizada para comunicação entre
aparelhos, sem contato e sem a necessidade de um campo visual, sendo necessário
apenas o acionamento de um botão, para que a comunicação seja realizada com
sucesso.
Receptor RF
O desenvolvimento deste módulo utiliza a plataforma embarcada Arduino Mega
2560 e uma antena receptora de Rádio Frequência de 433Mhz, alimentado por uma
bateria alcalina 9V. A programação foi feita no ambiente de desenvolvimento
Arduino Software IDE. Conforme figura 4.10.
“O Mega 2560 é uma placa de microcontrolador baseado no ATmega2560
(figura 4.6). Ele tem 54 pinos digitais de entrada / saída (dos quais 15 podem ser
usados como saídas PWM), 16 entradas analógicas, 4 UARTs (portas seriais de
hardware), um cristal oscilador de 16 MHz, uma conexão USB, um fonte de energia,
um conector ICSP, e um botão de reset. Ele contém tudo o necessário para o
suporte do microcontrolador; basta conectá-lo a um computador com um cabo USB
ou ligá-lo com um adaptador AC-CC ou bateria para começar. O mega 2560 é uma
placa compatível com a maioria dos shields projetados para o Uno e os antigos
quadros de Duemilanove ou Diecimila.” (ATmegaV-2560 DATASHEET, 2014).
26
Figura 4.10: Diagrama de Blocos (ATmegaV-2560 DATASHEET, 2014)
Figura 4.11: Receptor RF
Emissor RF
27
O aparelho utiliza a plataforma embarcada Arduino Nano com um emissor de
Rádio Frequência 433Mhz alimentado por uma bateria alcalina 9V, como mostra a
figura 4.13. Programado a partir da plataforma Arduino Software IDE.
“O Micro é uma placa de microcontrolador baseado no ATmega32U4,
desenvolvido em conjunto com Adafruit (figura 4.12). Ele tem 20 pinos digitais de
entrada / saída (dos quais 7 podem ser usados como saídas PWM e 12 entradas
como analógicas), um oscilador de 16 MHz cristal, uma conexão micro USB, um
conector ICSP e um botão de reset. Ele contém tudo o necessário para o suporte do
microcontrolador; basta conectá-lo a um computador com um cabo USB micro para
começar. Ele tem um formato que lhe permite ser facilmente colocado em uma placa
de ensaio.” (ATmega32U4 DATASHEET, 2016).
Figura 4.12: Diagrama de Blocos (ATmega32U4 DATASHEET, 2016).
28
Figura 4.13: Emissor RF
29
5. TECNOLOGIA
Neste projeto, foi definida a utilização de plataformas de desenvolvimento
abertas e gratuitas, por questões econômicas e conhecimento da equipe e utilização
na comunidade, o que se traduz em maior suporte, documentação e exemplos
disponíveis na Internet, reduzindo riscos do projeto. As plataformas utilizadas são:
Android Studio, Visual Studio, SQL Server, Servidor Web (IIS) e Arduino.
SOFTWARE
5.1 CS. COMUNICAÇÃO
Servidor Web
A tecnologia utilizada no WebService é SOAP, pois o projeto Children Security
necessita de comunicação constante entre muitos usuários, e esse método
possibilita filtrar, enfileiramento, classificação e redirecionamento das mensagens
trocadas entre sistemas com maior eficácia.
O Web Service foi desenvolvido na plataforma Visual Studio, utilizando a
linguagem de programação C#. O Servidor Web (IIS) foi utilizado, pois fornece uma
plataforma segura, fácil de gerenciar, modular e extensível para a hospedagem
confiável do site e do aplicativo.
Tecnologia alternativa: Método REST, atende a funcionalidade do projeto que
visa a Web e possui muitos métodos uniformes, ou seja, de uma única maneira de
fazer.
Na tabela 5.1 mostra uma breve comparação com a tecnologia REST que
também foi confrontada com a escolhida pela equipe.
Tabela 5.1: SOAP x REST
SOAP REST
Protocolo de comunicação. Estilo de arquitetura de software.
Maior complexidade e especificações bem definidas.
Abordagem mais simples e menos burocrática.
Utiliza HTTP como meio de transporte. Fortemente relacionado e utilização efetiva do protocolo HTTP.
Permite diferentes protocolos para transporte.
Não necessita de um contrato formal, embora possa ser utilizado WSDL ou
30
SOAP REST
WADL.
Utiliza WSDL para definir um conjunto de métodos do servidor.
Muitos recursos (URLS), métodos uniformes.
Poucas URLS, muitos métodos customizados.
Banco de Dados
Desenvolvido em SQL utilizando a plataforma SQL Server, por ser de fácil
manuseio para a equipe quanto à comunicação, compatibilidade e suporte.
Tecnologia alternativa: Desenvolvimento em MySQL, sua implementação é
simples e fácil e atende os requisitos que buscamos em nosso projeto.
5.2 CS.PAI e CS.FILHO
Para o desenvolvimento do móbile Android (CS.PAI) utilizou-se a linguagem
Java, pois a equipe tem mais conhecimento e familiaridade com a mesma, e por ser
a primeira linguagem de programação em ambiente mobile, existe muito conteúdo
disponibilizado em livros e Internet para busca de informações. O desenvolvimento
foi realizado na plataforma Android Studio que era a tecnologia alternativa para esta
etapa, pois na ferramenta Eclipse + ADT foram encontradas dificuldades para a
criação do aplicativo.
As principais diferenças entre as duas plataformas estão destacadas na tabela 5.2.
Tabela 5.2: Eclipse+ADT x Android Studio
Eclipse + ADT Android Studio
VA
NT
AG
EN
ssS
° IDE estável; ° Desenvolvida pela Google 100% dedicada ao desenvolvimento Android.
° Bem documentada;
° Com diversos Plug-ins disponíveis.
DE
SV
AN
TA
GE
NS
° Plug-in requer o download manual do SDK, além das APIs;
° IDE não esta 100% terminada;
° Requer configuração manual de variáveis de ambiente JDK;
° Em breve não receberá mais suporte da Google. ° A maioria dos usuários reclama
31
Eclipse + ADT Android Studio
de latência ao utilizar a plataforma.
5.3 CS.ESCOLA
O desenvolvimento da página web (CS.ESCOLA) é todo em C#, por sua
interatividade em ambiente Web e linguagem global desse setor evitando conflitos e
obtendo maior compatibilidade com as outras variáveis do sistema como banco de
dados e Web Service. A plataforma escolhida é Visual Studio.
Tecnologia Alternativa: Desenvolvimento todo em HTML, por ser uma
linguagem com muitos exemplos para buscar soluções de problemas futuros.
HARDWARE
5.4 CS.SENSOR
Utiliza a plataforma embarcada Arduino Mega 2560 (ATmega2560) e uma
antena receptora de Rádio Frequência de 433Mhz para o ReceptorRF, energizado
por uma bateria alcalina de 9V.
Já o EmissorRF utiliza a plataforma embarcada Arduino Nano 3.0
(ATmega328) com um emissor de Rádio Frequência 433Mhz, alimentado por uma
bateria alcalina de 9V.
A escolha da plataforma Arduino deve-se ao conhecimento prévio da equipe
em outros projetos feitos no curso de engenharia de computação, por ser uma
tecnologia simples de ser implementada, que tem um ambiente de desenvolvimento
oferecido gratuitamente pela empresa Arduino.
Tecnologia alternativa: Sensor código de barras, onde o pai receberia uma
identificação e passaria em um dispositivo leitor de código para confirmar sua
entrada e posteriormente sua saída.
Na tabela 5.3 encontram-se as diferenças entre as duas tecnologias citadas.
32
Tabela 5.3: RF x Código de Barras
Característica RF Código de Barras
Resistência Mecânica Alta Baixa
Formatos Variados Etiquetas
Existe Contato Visual Não Sim
Vida Útil Alta Baixa
Leitura Simultânea Sim Não
Funções Adicionais Sim Não
Segurança Alta Baixa
Custo Inicial Alto Baixo
Custo de Manutenção Baixo Alto
Reutilização Sim Não
5.5 TECNOLOGIAS ADQUIRIDAS
Tecnologias adquiridas, para a realização do projeto. Estas tecnologias estão
listadas na tabela 5.4 abaixo.
Tabela 5.4: Tecnologias Adquiridas
Nome da
Tecnologia Quantidade Preço Valor Total
Módulo Shield RF
Transmissor +
Receptor 433mhz
Arduino Pic.
1 unidade R$ 7,99
R$ 156,47
Arduino Mega R3
2560 Atmega. 1 unidade R$54,99
Arduíno Nano V3.0
Rev3 Atmega 328
5V, 16mhz.
1 unidade R$ 19,99
Mini Protoboard,
170 pontos. 2 unidades R$ 24,00
33
Nome da
Tecnologia Quantidade Preço Valor Total
Bateria alcalina 9V
Duracell. 2 unidades R$ 21,80
Caixa Plástica
Patola Cf-108/12. 1 unidade R$ 11,90
Caixa Plastica
Gabinete
52x112x191.
1 unidade R$ 15,80
34
6. PROCEDIMENTOS DE TESTE E RESULTADOS ESPERADOS
6.1 Validação da aplicação móvel CS.PAI
Tabela 6.1: Validação CS.PAI, aplicação móvel.
CS.PAI
Nome do
Programa
Nome do caso
de Teste Pré-condições Passo Descrição
Resultado
Esperado
CS.PAI Cadastrar Pai
Objetivo: Validar
funcionalidade
Cadastrar Pai no
aplicativo
Children Security
(CS.PAI).
Pré-condições:
1. Ter o
aplicativo
Children Security
(CS.PAI)
instalado no
smartphone.
Caminho: Tela
de Login, tela
de cadastro.
Passo
1
Usuário deve
pressionar o
botão “Registre-
se” na tela de
login.
Sistema deverá abrir
a tela de cadastros.
Passo
2
Usuário deve
preencher os
campos “Nome”,
“Sobrenome”,
“CPF”, “Celular”,
“E-mail”,
“Senha”,
“Confirmar
Senha”.
Sistema deverá
exibir dados
preenchidos pelo
usuário.
Passo 3
Usuário
pressiona botão
"Cadastrar".
Sistema exibe
mensagem
“Cadastro efetuado
com sucesso” e
redireciona para a
tela de log-in.
35
CS.PAI
Nome do
Programa
Nome do caso
de Teste Pré-condições Passo Descrição
Resultado
Esperado
Passo 4
Deixar todos os
campos em
branco e apertar
o botão
“Cadastrar”
Sistema mostra
mensagem “Nome
requerido” no campo
“Nome”.
Passo 5
Deixar o campo
“Sobrenome” em
branco.
Sistema mostra
mensagem
“Sobrenome
requerido” no campo
“Sobrenome”.
Passo 6
Deixar o campo
“CPF” em
branco.
Sistema mostra
mensagem “CPF
requerido” no campo
“CPF”.
Passo 7
Deixar o campo
“Celular” em
branco.
Sistema mostra
mensagem “Nº
celular requerido” no
campo “Celular”.
Passo 8
Deixar o campo
“Email” em
branco.
Sistema mostra
mensagem “Email
requerido” no campo
“Email”.
36
CS.PAI
Nome do
Programa
Nome do caso
de Teste Pré-condições Passo Descrição
Resultado
Esperado
Passo 9
Deixar o campo
“Senha” em
branco.
Sistema mostra
mensagem “Digite
uma senha” no
campo “Senha”.
Passo 10
Deixar o campo
“Confirmar
Senha” em
branco.
Sistema mostra
mensagem “Senhas
diferentes” no
campo “Confirmar
Senha”.
Passo 11
Preencher o
campo “CPF"
com mais ou
menos que 11
dígitos.
Sistema exibe a
mensagem “CPF
invalido” no campo
“CPF”.
Passo 12
Preencher o
campo “Email"
sem o caractere
“@”.
Sistema exibe a
mensagem “Email
invalido” no campo
“Email”.
Passo 13
Preencher o
campo “Senha"
com menos de 6
caracteres.
Sistema exibe a
mensagem “Senha
é muito curta” no
campo “Senha”.
37
CS.PAI
Nome do
Programa
Nome do caso
de Teste Pré-condições Passo Descrição
Resultado
Esperado
Passo 14
Preencher o
campo
“Confirmar
Senha" diferente
do campo
“Senha”.
Sistema exibe a
mensagem “Senhas
diferentes” no
campo “Confirmar
Senha”.
CS.PAI Login Pai
Objetivo: Validar
funcionalidade
Login no
aplicativo
Children Security
(CS.PAI).
Pré-condições:
1. Ter o
aplicativo
Children Security
(CS.PAI)
instalado no
smartphone;
2. Possuir
cadastro
realizado.
Caminho: Tela
de login.
Passo 1
Usuário
preenche
campos “E-mail”
e “Senha”.
Sistema deverá
exibir dados
preenchidos pelo
usuário.
Passo
2
Usuário
pressiona botão
"Entrar"
Sistema redireciona
para a tela inicial.
Passo
3
Deixar os
campos “E-mail”
e/ou “Senha” em
branco.
Sistema exibe as
mensagens “Email
requerido” e “Digite
sua senha”
respectivamente nos
campos “Email” e
“Senha”.
Passo
4
Preencher o
campo “Email”
incorretamente
ou com dado não
cadastrado.
Sistema exibe a
mensagem “Usuário
não cadastrado”.
38
CS.PAI
Nome do
Programa
Nome do caso
de Teste Pré-condições Passo Descrição
Resultado
Esperado
Passo
5
Preencher o
campo “Senha”
incorretamente
ou com dado não
cadastrado.
Sistema exibe a
mensagem “Senha
incorreta”.
CS.PAI Troca de
senha
Objetivo: Validar
funcionalidade
Troca de senha
no aplicativo
Children Security
(CS.PAI).
Pré-condições:
1. Ter o
aplicativo
Children Security
(CS.PAI)
instalado no
smartphone;
2. Ter cadastro
efetuado.
Caminho: Tela
de login, tela de
troca de senha.
Passo
1
Usuário
pressiona botão
"Equeceu a
senha?”.
Sistema exibe a tela
de troca de senha.
Passo
2
Usuário
preenche o
campo "Email”.
Sistema deverá
exibir dado
preenchido pelo
usuário.
Passo
3
Usuário
pressiona botão
"Recuperar
senha”.
Sistema exibe a
mensagem “Sua
nova senha foi
enviada por email” e
redireciona para a
página de login.
Passo
4
Usuário
preenche o
campo "Email”
incorretamente
ou não
cadastrado.
Sistema deverá
exibir a mensagem
“Email não
cadastrado”.
Passo
5
Usuário
preenche o
campo "Email”
Sistema deverá
exibir a mensagem
“Email invalido”.
39
CS.PAI
Nome do
Programa
Nome do caso
de Teste Pré-condições Passo Descrição
Resultado
Esperado
sem o caractere
“@”.
CS.PAI Cadastrar Filho
Objetivo: Validar
funcionalidade
Cadastrar Filho
no aplicativo
Children Security
(CS.PAI).
Pré-condições:
1. Ter o
aplicativo
Children Security
(CS.PAI)
instalado no
smartphone;
2. Login
autenticado;
3. Ter o código
do(s) filho(s)
(fornecido pela
escola).
Caminho: Tela
de login, tela
inicial.
Passo
1
Usuário entra na
página inicial
antes de
cadastrar o(s)
filho(s).
Sistema exibe a
mensagem “Você
não possui filhos
cadastrados!”.
Passo
2
Usuário
pressiona botão
cadastrar filho.
Sistema exibe a
mensagem “Você
não possui filhos
cadastrados!”.
Passo
3
Usuário
pressiona botão
“Cadastrar Filho”.
Sistema abre a
página de
“Cadastrar Filho”.
Passo
4
Usuário deve
inserir o código
do filho
(fornecido pela
escola).
Sistema exibe a
mensagem “Filho
cadastrado com
sucesso” e
redireciona para a
tela inicial.
Passo
5
Usuário insere o
código
incorretamente
com menos de 6
caracteres
Sistema exibe a
mensagem ““Código
invalido” no campo
“Código do filho”.
Passo
6
Usuário insere o
código
Sistema exibe a
mensagem “Filho
40
CS.PAI
Nome do
Programa
Nome do caso
de Teste Pré-condições Passo Descrição
Resultado
Esperado
incorretamente
ou não
cadastrado, com
6 caracteres.
não cadastrado,
código invalido”.
Passo
6
Usuário deixa o
campo “Código
do filho” em
branco e aperta
o botão “Enviar”
Sistema exibe a
mensagem “Digite
um código” no
campo “Código do
filho”.
CS.PAI
Buscar Filho
(Modo
Automático)
Objetivo: Validar
funcionalidade
Buscar Filho
(Modo
Automático) no
aplicativo
Children Security
(CS.PAI).
Pré-condições:
1. Ter o
aplicativo
Children Security
(CS.PAI)
instalado no
smartphone;
2. Ter internet no
celular;
3. GPS ativado.
Passo
1
Usuário deve
selecionar o(s)
filho(s) que
deseja buscar na
lista de filho(s)
cadastrado(s) na
tela inicial.
Sistema deverá
exibir dado
selecionado pelo
usuário.
Passo
2
Usuário
pressiona botão
“Buscar Filho”.
Sistema exibe a tela
Modo de Busca.
Passo
3
Usuário
pressiona botão
“Modo
Automático”.
Sistema exibe a tela
Modo Automático
(On Line),
mostrando o nome
do filho selecionado.
Passo
4
Usuário
pressiona botão
“Modo
Automático” com
Sistema exibe a tela
Modo Automático
(Off Line),
mostrando o nome
41
CS.PAI
Nome do
Programa
Nome do caso
de Teste Pré-condições Passo Descrição
Resultado
Esperado
4. Login
autenticado.
5. Filho(s)
cadastrado(s).
6. Filho(s)
selecionado(s).
7. Modo
automático
selecionado.
Caminho: Tela
de login, tela
inicial, tela
modo de busca
e tela modo
automático.
o GPS desligado
ou sem sinal.
do filho selecionado
e retorna para a tela
“Modo de Busca”.
Passo
5
Usuário está no
“Modo
Automático”, mas
a internet cai.
Sistema muda o
status de OnLine
para Off Line, o
sistema tenta enviar
sinal por 10 vezes
caso a internet não
reconecte antes
disso o sistema
redireciona para a
página “Modo de
Busca”.
CS.PAI Buscar Filho
(Manualmente)
Objetivo: Validar
funcionalidade
Buscar Filho
(Manualmente)
no aplicativo
Children Security
(CS.PAI).
Pré-condições:
1. Ter o
Passo
1
Usuário deve
selecionar o(s)
filho(s) que
deseja buscar na
lista de filho(s)
cadastrado(s) na
tela inicial.
Sistema deverá
exibir dado
selecionado pelo
usuário.
Passo
2
Usuário
pressiona botão
“Buscar Filho”.
Sistema exibe a tela
Modo de Busca.
42
CS.PAI
Nome do
Programa
Nome do caso
de Teste Pré-condições Passo Descrição
Resultado
Esperado
aplicativo
Children Security
(CS.PAI)
instalado no
smartphone;
2. Ter internet no
celular;
3. Login
autenticado.
4. Filho(s)
cadastrado(s).
5. Filho(s)
selecionado(s).
6. Modo manual
selecionado.
Caminho: Tela
de login, tela
inicial, tela
modo de busca
e tela modo
automático.
Passo
3
Usuário
pressiona botão
“Modo Manual”.
Sistema exibe a tela
Modo Manual, que
disponibiliza três
localizações.
Passo
4
Usuário
pressiona botão
da localização
“Indo Buscar”.
Sistema exibe
mensagem “Escola
Informada”.
Passo
5
Usuário
pressiona botão
da localização
“Nas
Proximidades
(Aprox. a 2km)”.
Sistema exibe
mensagem “Escola
Informada”.
Passo
6
Usuário
pressiona botão
da localização
“No Portão
(Aprox. a 100
metros)”.
Sistema exibe
mensagem “Escola
Informada”.
Passo
7
Usuário
pressiona botão
de localização,
sem interner.
Sistema exibe
mensagem “ERRO”.
43
6.2 Validação do login para as aplicações Web Administração e Gerência do
módulo CS.ESCOLA
Tabela 6.2: Validação CS.ESCOLA, Login para as aplicações Web Administração e
Gerência.
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
CS.ESCOLA Login
Objetivo: Validar
funcionalidade
Login na página
Web Children
Security.
Pré-condições:
1. Possuir usuário
e senha de
administrador ou
usuário e senha
de funcionário
cadastrados.
Caminho: Página
de Login
Children
Security.
Passo
1
Usuário deve preencher os campos “Username” e “Password”.
Sistema deverá
exibir dados
preenchidos pelo
usuário, com a
senha
criptografada.
Passo
2
Usuário pressiona
botão "Login".
Sistema deverá
abrir a pagina
inicial da aplicação
para onde o
usuário pertence.
Passo
3
Preencher o campo
“Username” com
um usuário
incorreto ou não
cadastrado.
Sistema deverá exibir a mensagem “Usuário não encontrado!”.
Passo
4
Preencher o campo
“Password” com
senha incorreto.
Sistema deverá exibir a mensagem “Senha não validada, digite novamente!”.
Passo
5
Preencher os
campos
“Username” e
“Password”
incorretamente ou
Sistema deverá exibir a mensagem “Usuário não encontrado!”.
44
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
com dados não
cadastrados.
Passo
6
Deixar o campo
“Username” em
branco.
Sistema deverá exibir a mensagem “Usuário não pode ser vazio ou branco. Insira seus dados !!”.
Passo
7
Deixar o campo
“Password” em
branco.
Sistema deverá exibir a mensagem “Senha não pode ser vazio ou branco Insira seus dados !!”.
Passo
8
Deixar os campos
“Username” e
“Password” em
branco.
Sistema deverá exibir a mensagem “Usuário não pode ser vazio ou branco, insira seus dados !!”.
CS.ESCOLA Recuperar
Senha
Objetivo: Validar
funcionalidade
Recuperar Senha
na página Web
Children Security.
Pré-condições:
1. Possuir usuário
cadastrado.
Caminho: Página
de Login
Children
Passo
1
Usuário pressiona
botão “Recuperar
Senha”.
Sistema exibe a
tela de troca de
senha.
Passo
2
Usuário preenche o
campo "Email”.
Sistema deverá
exibir dado
preenchido pelo
usuário.
Passo
3
Usuário pressiona
botão "Enviar”.
Sistema exibe a
mensagem “Sua
nova senha foi
enviada por email”
e redireciona para
a página de login.
45
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
Security.
Passo
4
Usuário preenche o
campo "Email”
incorretamente ou
não cadastrado.
Sistema deverá
exibir a
mensagem “Email
não cadastrado”.
Passo
5
Usuário preenche o
campo "Email” sem
o caractere “@”.
Sistema deverá
exibir a
mensagem “Email
invalido”.
46
6.3 Validação da aplicação Web Administração, módulo CS.ESCOLA
Tabela 6.3: Validação CS.ESCOLA, aplicação Web Administração.
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
CS.ESCOLA
Administração
Cadastrar
Usuário -
Inserir
Usuário.
Objetivo: Validar
funcionalidade
Cadastrar Usuário -
Inserir Usuário na
página Web
Children Security
(CS.ESCOLA/
Administração).
Pré-condições:
1. Possuir login
autenticado;
Caminho:
Menu cadastrar
novo usuário.
Passo
1
Usuário deve preencher os campos “Nome do Usuário” e “Senha”.
Sistema deverá
exibir dados
preenchidos
pelo usuário.
Passo
2
Usuário pressiona
botão "Cadastrar".
Sistema deverá
exibir dados
preenchidos
pelo usuário em
uma tabela.
47
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
CS.ESCOLA
Administração
Cadastrar
Usuário –
Excluir
Usuário
Objetivo: Validar
funcionalidade
Cadastrar Usuário -
Excluir Usuário na
página Web
Children Security
(CS.ESCOLA/
Administração).
Pré-condições:
1. Possuir login
autenticado;
Caminho:
Pesquisar
usuário.
Passo
1
Usuário deve
pressionar botão
"Excluir” na linha
escolhida da
tabela Usuários.
Sistema deverá
excluir o(s)
usuário(s)
selecionados.
CS.ESCOLA
Administração
Cadastrar
Usuário –
Editar
Usuário.
Objetivo: Validar
funcionalidade
Cadastrar Usuário -
Editar Usuário na
página Web
Children Security
(CS.ESCOLA/
Administração).
Pré-condições:
1. Possuir login
autenticado;
Passo
1
Usuário deve
pressionar botão
“Editar” na linha
escolhida da
tabela Turmas.
Sistema deverá
exibir dados
selecionados
pelo usuário na
pagina de
edição.
48
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
2. Usuário já
cadastrados.
Caminho: Página
de login, menu
cadastrar usuário.
Passo
2
Usuário deve
editar as
informações e
pressionar o botão
“Atualizar".
Sistema deverá
exibir dados
editados pelo
usuário na
tabela.
CS.ESCOLA
Administração
Cadastrar
Usuário –
Pesquisar
Usuários.
Objetivo: Validar
funcionalidade
Cadastrar Usuário -
Pesquisar na
página Web
Children Security
(CS.ESCOLA/
Administração).
Pré-condições:
1. Usuário já
cadastrados.
Caminho: Página
de login, menu
cadastrar usuário.
Passo
1
Selecionar um dos
campos “Código”,
“Nome” ou
“Senha”.
Sistema deve
selecionar
somente os
usuários
descritos de
acordo com o
campo
selecionado.
CS.ESCOLA
Administração
Cadastrar
Alunos –
Inserir
Aluno
Objetivo: Validar
funcionalidade
Cadastrar Alunos -
Inserir Aluno na
Passo
1
Usuário preenche
campos “Nome do
Aluno”, “Nome do
Responsável”,
Sistema deverá
exibir dados
preenchidos
pelo usuário.
49
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
página Web
Children Security
(CS.ESCOLA/
Administração).
Pré-condições:
1. Possuir login
autenticado;
2. Ter turma
cadastrada
previamente.
Caminho: Menu
Cadastrar Alunos,
Inserir Aluno.
“Contato do
Responsável” e
seleciona uma
turma na “Lista de
Turmas”.
Passo
2
Usuário
pressiona botão
“Cadastrar".
Sistema
redireciona para
a tabela de
alunos
cadastrados.
Passo
3
Deixar
campos “Nome do
Aluno”, “Nome do
Responsável”,
“Contato do
Responsável” e
“Turma” em
branco.
Sistema
deve exibir
mensagem
“campos em
branco”.
Passo
4
Preencher
campo “Nome do
Aluno”, “Nome do
Responsável” com
números e
caracteres.
Sistema
deve exibir a
mensagem
“Nome do
Aluno/ Nome do
Responsável
invalido”
Passo
5
Preencher
campo “Contato do
Responsável” com
letras e caracteres
Sistema
deve exibir a
mensagem
“Número
50
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
invalido”
CS.ESCOLA
Administração
Cadastrar
Alunos –
Editar
Aluno
Objetivo: Validar
funcionalidade
Cadastrar Alunos -
Editar Aluno na
página Web
Children Security
(CS.ESCOLA/
Administração).
Pré-condições:
1. Possuir login
autenticado;
2. Possuir alunos
cadastrados.
Caminho: Menu
Cadastrar Alunos,
Editar/Excluir
Aluno.
Passo
1
Usuário deve
pressionar botão
“Editar” na linha do
aluno escolhido na
tabela Alunos.
Sistema deverá
exibir dados
selecionados
pelo usuário na
pagina de
edição.
Passo
2
Usuário deve editar as informações e pressionar o botão “Atualizar".
Sistema deverá
exibir dados
editados pelo
usuário na
tabela.
Passo
3
Deixar campos “Nome do Aluno”, “Nome do Responsável”, “Contato do Responsável” e “Turma” em branco.
Sistema deve
exibir
mensagem
“campos em
branco”.
Passo
4
Preencher campo “Nome do Aluno”, “Nome do Responsável” com números e caracteres.
Sistema deve
exibir a
mensagem
“Nome do
Aluno/ Nome do
Responsável
invalido”
Passo
5
Preencher campo “Contato do Responsável” com letras e caracteres
Sistema deve
exibir a
mensagem
“Número
51
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
invalido”
CS.ESCOLA
Administração
Cadastrar
Alunos –
Excluir
Aluno(s)
Objetivo: Validar
funcionalidade
Cadastrar Alunos -
Excluir Aluno na
página Web
Children Security
(CS.ESCOLA/
Administração).
Pré-condições:
1. Possuir login
autenticado;
2. Possuir alunos
cadastrados.
Caminho: Menu
Cadastrar Alunos,
Editar/Excluir
Aluno.
Passo
1
Usuário deve
pressionar botão
"Excluir” na linha
escolhida da
tabela Turmas.
Sistema deverá
excluir os
aluno(s)
selecionados
pelo usuário no
cadastro.
CS.ESCOLA
Administração
Cadastrar
Alunos –
Pesquisar.
Objetivo: Validar
funcionalidade
Cadastrar Alunos -
Pesquisar na
página Web
Children Security
(CS.ESCOLA/
Administração).
Passo
1
Selecionar um dos
campos “Código”,
“Nome” ou
“Turma”.
Sistema deve
selecionar
somente os
alunos descritos
de acordo com o
campo
selecionado.
52
CS.ESCOLA / ADMINISTRAÇÃO
Nome do
Programa
Nome do
caso de
Teste
Pré-condições Passo Descrição Resultado
Esperado
Pré-condições:
1. Possuir login
autenticado;
2. Possuir alunos
cadastrados.
Caminho: Menu
Cadastrar Alunos,
Pesquisar.
53
7. ANÁLISE DOS RISCOS
A Tabela 1 apresenta os riscos do projeto que foram identificados ate esta
etapa. Novos riscos podem surgir, à medida que o projeto evoluir.
Tabela 7.1: Análise dos Riscos
Riscos P I S Prevenção Contingência
Deficiência no
conhecimento em
Java, MySQL e C.
2 2 4
Buscar aprender
sobre essas duas
linguagens.
Buscar a ajuda de uma
pessoa que
compreenda as
linguagens e que possa
avaliar o código.
Falta de
disponibilidade de
tempo dos
participantes do
projeto podendo levar
ao atraso das
atividades
2
2
3
3
6
6
Organizar as
atividades e
estabelecer um
período fixo para se
dedicar ao projeto,
por toda equipe.
Escolher entre as
diversas atividades a
realizar, priorizando o
Projeto Final.
Algum integrante da
equipe desistir do
projeto.
1
1
3
3
3
3 Não existe.
Aumentar a quantidade
horas dedicadas ao
projeto.
Problema na escrita
do diagrama de casos
de uso, ou diagrama
de blocos
2
2
2
2
4
4
Apresentar os
diagramas para o
professor orientador,
com o objetivo de
enxergar se o
projeto caminha na
direção correta.
Reescrever os
diagramas e justificar
as alterações nos
próximos artefatos que
serão entregues.
Indisponibilidade de
avaliar o sistema
dentro das datas
estimadas no
cronograma
3
3
1
1
3
3
Estar em contato
com os
responsáveis pelo
laboratório da PUC-
PR para evitar
Elaborar uma oficina de
teste na própria
residência de um dos
integrantes do grupo.
54
Riscos P I S Prevenção Contingência
esses tipos de
conflito.
Problema com a
comunicação do
servidor no ambiente
da PUC-PR
3
3
3
3
3
9
Estar com um
servidor já ativo em
algum ambiente
exterior da PUC-PR.
Acessar o servidor por
via internet móvel.
Problema na
elaboração dos
equipamentos de
Hardware necessário
para o andamento do
projeto.
1
1
3
4
3
Elaborar a criação
dos circuitos lógicos
e da placa com
todos os integrantes
do grupo para
solucionar possíveis
problemas.
Buscar conhecimentos
através de pesquisar e
informar o orientador
sobre os problemas
encontrados.
Limitações do sistema
GPS
3
2
3
3
6 Não existe.
O detector de carros
com suas funções
permite solucionar as
limitações do sistema
GPS e o modo manual
de envio de
mensagens a escola.
Problemas com o sinal
RFID
1
1
3
3
3
3
Sistema
previamente
testado.
Como tecnologia
alternativa, serão
utilizados sensores de
barreira.
CPF igual cadastrado
erroneamente.
3
1
3
3
3
3
Ao confirmar o
cadastro um e-mail
deve ser enviado ao
pai.
Verificar o problema
com a escola.
Usuário
(CS.GERÊNCIA) não
confirmar entrega.
2
2
2
1
2
2
Treinamento de
usuário. Não existe.
Onde: P (probabilidade) -> 1 (baixa), 2 (média), 3 (alta)
55
I (impacto) -> 1 (baixo), 2 (médio), 3 (alto)
S (severidade) -> P * I
56
8. ANEXOS
8.1 Figuras da aplicação Web do módulo CS.ESCOLA:
Figura 8.1: Tela de Login (CS.ESCOLA).
Figura 8.2: Menu Inicial (CS.ESCOLA/ ADMINISTRAÇÃO).
57
8.2 Figuras da aplicação Web Administração do módulo CS.ESCOLA:
Figura 8.3: Cadastrar Aluno (CS.ESCOLA/ ADMINISTRAÇÃO).
Figura 8.4: Tabela de Aluno(s) (CS.ESCOLA/ ADMINISTRAÇÃO).
58
Figura 8.5 Pesquisar Aluno(s) (CS.ESCOLA/ ADMINISTRAÇÃO).
Figura 8.6 Cadastro de Usuário(s) (CS.ESCOLA/ ADMINISTRAÇÃO).
59
8.3 Figuras do módulo CS.PAI aplicação móvel:
Figura 8.7: Login (CS.PAI).
Figura 8.8: Cadastro (CS.PAI).
Figura 8.9: Erro, sem aluno (CS.PAI).
Figura 8.10: Tela Inicial (CS.PAI).
60
Figura 8.11: Página Modos de Busca (CS.PAI).
Figura 8.12: GPS ON (CS.PAI)
Figura 8.13: Mensagem (CS.PAI).
61
Figura 8.14: Modo Automático OFF-LINE (CS.PAI).
Figura 8.15: Modo Manual (CS.PAI).
62
CONCLUSÃO
Com a criminalidade aumentando e as filas cada vez maiores ao redor de
escolas em horário de saída dos alunos, a preocupação dos pais só aumenta. Tendo
estes problemas em vista foi criado o sistema de segurança Children Security, sendo
a funcionalidade do aplicativo no celular do pai enviar mensagens automaticamente
para a escola, que disponibiliza um funcionário, para preparar a saída do aluno,
assim que o pai chegar na escola, o pai deve apertar o botão do dispositivo de
emissão de sinal RF instalado em seu carro, enviando um sinal para o receptor RF
instalado na escola que envia por fim os dados recebidos nessa comunicação para o
servidor, então imprimindo os dados da criança e do responsável em uma tela para
visualização dos funcionários.
Este projeto permite que as crianças fiquem de prontidão quando os pais já
estiverem mais próximos do local. Em outras palavras, em vez de deixar os filhos no
meio da rua enquanto esperam a carona de volta para casa, o Children Security
permite que os alunos permaneçam protegidos dentro do colégio e cria nova rotina
mais tranquila de ir buscar um filho na escola.
O hardware do projeto foi construído, a princípio, utilizando alimentação a partir
de baterias alcalinas 9V, porém essas baterias apresentam em sua composição
metais tóxicos perigosos à saúde humana e ao meio ambiente, após o fim da sua
vida útil, segundo o Conama, elas devem ser entregues aos estabelecimentos que
as comercializam ou à rede de assistência técnica autorizada pelas respectivas
indústrias, para que sejam feitos os procedimentos de reutilização, reciclagem,
tratamento ou disposição final ambientalmente adequada das baterias. Tendo em
vista esses problemas e a baixa durabilidade dessas baterias, o que acarretaria em
várias manutenções nos aparelhos; como melhoria futura do sistema Children
Security, uma maneira de reduzir o impacto ambiental e diminuir a manutenção dos
aparelhos para a troca da bateria, é a substituição das pilhas por alternativas que
propiciem um maior tempo de uso e menor dano ao meio ambiente. As alterações
no projeto seriam, retirar a bateria alcalina do aparelho receptor RF e utilizar uma
Fonte DC Chaveada com 9V e 1A; substituir a bateria alcalina do aparelho emissor
RF por uma bateria com maior vida útil e recarregável.
63
Outro aprimoramento do projeto é a otimização dos códigos de programação
tanto para aplicativo como hardware para diminuir o consumo de bateria em
utilização no projeto.
Atualmente contamos com um computador exclusivo para nossos serviços,
mas com a contratação de um serviço de hospedagem, conseguiremos otimizar o
espaço físico, recursos operacionais e diminuição dos impactos ambientais, esses
gerados pela necessidade de manter um sistema dedicado a nós. Com serviço de
hospedagem, estaremos utilizando um método colaborativo, aonde várias empresas
hospedam serviços em um datacenter, assim dividindo custos operacionais como
manutenção, substituição de equipamentos e custos de consumo de energia.
A equipe não tinha conhecimentos técnicos de programação mobile, porém,
com estudos e pesquisas apresentamos a aplicação mobile (CS.Pai) completa,
funcionando dentro dos objetivos propostos na documentação do projeto.
A linguagem C# era conhecida pela equipe através de conhecimentos muito
básicos, porém, com pesquisas, estudos, erros e acertos durante o desenvolvimento
do projeto e o auxilio de nosso professor orientador em alguns momentos, temos a
aplicação web pronta, dentro dos escopos e objetivos do projeto.
Chegamos ao fim do projeto final com 95% dele finalizado, por ser um projeto
grande para um período de tempo curto, acreditamos que alcançamos uma meta
muito significativa e que desempenhamos bem nosso papel como futuros
engenheiros, entregando o projeto a tempo, com todas as funcionalidades de cada
módulo do projeto ativas e em seus devidos sincronismos.
64
9. REFERÊNCIAS BIBLIOGRÁFICAS
ATMEL. ATmega16U4/ATmega32U4 [DATASHEET]: 8-bit Microcontroller with 16/32K bytes of ISP Flash and USB Controller. ATMEL, Abril de 2016. Disponível em:<http://www.atmel.com/Images/Atmel-7766-8-bit-AVR-ATmega16U4-32U4_Datasheet.pdf>. Acesso em: 19 de Junho de 2016. ATMEL. Atmel ATmega640/V-1280/V-1281/V-2560/V-2561/V [DATASHEET]: 8-bit Atmel Microcontroller with 16/32/64KB In-System Programmable Flash. ATMEL, Fevereiro de 2014. Disponível em: <http://www.atmel.com/Images/Atmel-2549-8-bit-AVR-Microcontroller-ATmega640-1280-1281-2560-2561_datasheet.pdf>. Acesso em: 19 de Junho de 2016. CÂMARA MUNICIPAL DE CURITIBA. Rastreador via GPS poderá ser exigido no transporte escolar. CÂMARA MUNICIPAL DE CURITIBA, Maio de 2015. Disponível em: <http://www.cmc.pr.gov.br/ass_det.php?not=24670#&panel1-1>. Acesso em: 17 de Junho de 2016. CARVALHO, SUELEN. Android Studio: vantagens e desvantagens com relação ao Eclipse. IMASTERS, Dezembro de 2013. Disponível em: <http://imasters.com.br/mobile/android/android-studio-vantagens-e-desvantagens-com-relacao-ao-eclipse/?trace=1519021197&source=single>. Acesso em: 17 de Maio de 2016. CONSELHO NACIONAL DO MEIO AMBIENTE – CONAMA. Nº 257, de 30 de junho de 1999. Considerando os impactos negativos causados ao meio ambiente pelo descarte inadequado de pilhas e baterias usadas. Disponível em: <http://www.mma.gov.br/port/conama/res/res99/res25799.html>. Acesso em: 17 de Novembro de 2016. CZERWONKA, MARIANA. Aplicativo auxilia na redução do trânsito ao redor da escola. Portal do Transito, Junho de 2013. Disponível em: <http://portaldotransito.com.br/noticias/aplicativo-filho-sem-fila-auxilia-na-reducao-do-transito-ao-redor-da-escola/>. Acesso em: 21 de Maio de 2016. DÉCIMO, TIAGO. Chip será retirado de uniforme em Vitória da Conquista. ESTADÃO, Outubro de 2013. Disponível em: <http://www.estadao.com.br/noticias/geral,chip-sera-retirado-de-uniforme-em-vitoria-da-conquista,1091860>. Acesso em: 18 de Junho de 2016. DEITEL, PAUL J.; DEITEL, ABBEY; MORGANO, MICHAEL. Android Para Programadores: Uma abordagem baseada em aplicativos. BOOKMAN, 1ª Edição, 2012. GATTÁS, GILKA J. FIGARO & FIGARO-GARCIA, CLAUDIA. Caminho de Volta: Tecnologia na Busca de crianças e adolescentes desaparecidos no Estado de São Paulo. SEDH-CONANDA, 2007.
65
GOUVEIA, LUÍS M. B. A linguagem JAVA: Programação na Web. Setembro de 2013. Disponível em: <http://pt.slideshare.net/lmbg/introduo-ao-java-25914656>. Acesso em: 17 de Junho de 2016. JABOUR, DÉBORA. Perigo no caminho da escola: Seqüestro. REVISTA EDUCAÇÃO, Setembro de 2011. Disponível em: <http://revistaeducacao.com.br/textos/95/artigo232964-1.asp>. Acesso em: 19 de Abril de 2016. MONK, SIMON. Projetos Com Arduino E Android: Use seu smartphone ou tablet para controlar o arduino. GRUPO A, 2013. MONTICH, MARÍLIA. Aplicativo desenvolvido em Santo André reduz fila na porta de escolas. Diário do Grande ABC, Setembro de 2015. Disponível em: <http://www.dgabc.com.br/Noticia/1590158/aplicativo-desenvolvido-em-santo-andre-reduz-fila-na-porta-de-escolas>. Acesso em: 17 de Maio de 2016. NETO, VICENTE SOARES. Redes de Telecomunicações: Sistemas Avançados. ERICA, 2015. SANTANA, ROSE. Pais aprovam instalação de chips em uniformes escolares: Objetivo é monitorar frequência de alunos da rede municipal de Vitória da Conquista (BA). O GLOBO, Março de 2012. Disponível em: <http://oglobo.globo.com/brasil/pais-aprovam-instalacao-de-chips-em-uniformes-escolares-4389754#ixzz4BxT8HUPW>. Acesso em: 17 de Junho de 2016. SOARES, NALLYNE. DETRAN alerta sobre cuidados no trânsito no entorno das escolas. PORTAL DO GOVERNO DO ESTADO DO PIAUÍ, Fevereiro de 2016. Disponível em: <http://www.detran.pi.gov.br/2016/02/29/detran-alerta-sobre-cuidados-no-trânsito-no-entorno-das-escolas/>. Acesso em: 19 de Abril de 2016. SOS DESAPARECIDOS. Cartilha de prevenção ao desaparecimento infantil: Riscos para os seus filhos. SOS DESAPARECIDOS, 2014. Disponível em: <http://www.criancasdesaparecidas.org/images/cartilha_d.pdf>. Acesso em: 20 de Abril de 2016. SUAREZ, JOANA. Minas Gerais registra média de dez desaparecidos a cada dia: Meninas de 12 a 17 anos engrossam estatísticas e desafiam a polícia. JORNAL O TEMPO, Setembro de 2012. Disponível em: <http://www.otempo.com.br/cidades/minas-gerais-registra-m%C3%A9dia-de-dez-desaparecidos-a-cada-dia-1.296099>. Acesso em: 20 de Abril de 2016. PRESIDENTE DA REPÚBLICA. Capítulo XV das Infrações do Código de Trânsito Brasileiro. Artigo 181- Estacionar o veículo. Disponível em: <http://www.planalto.gov.br/ccivil_03/leis/L9503.htm>. Acesso em: 21 de Abril de 2016.