Monografia Versão Corrigida

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
Arthur Alves Valentin

Breno Kazuo Toyonaga dos Santos
Nicole Rodrigues Alves
Ryan Bruzulato Valentim
FATECARD
Carteirinha Digital FATEC
São Caetano do Sul

2023
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

FATECARD
Trabalho de Conclusão de Curso apresentado à

Faculdade de Tecnologia de São Caetano do Sul,
como requisito parcial para a obtenção do grau
Tecnólogo em Análise e Desenvolvimento de
Sistemas.
Orientador: Prof. Dr. Rodrigo Amorim Motta Carvalho.
São Caetano do Sul

2023
FATECARD
Trabalho de Conclusão de Curso apresentado à

Faculdade de Tecnologia de São Caetano do Sul,
como requisito parcial para a obtenção do grau
Tecnólogo em Análise e Desenvolvimento de
Sistemas.
Banca Examinadora:
Prof. Dr.: Rodrigo Amorim Motta Carvalho

Presidente da banca
Profª. M.a: Rosangela Kronig

Professor Convidado
Prof. Dr.: Adilson Ferreira da Silva

Professor Convidado
São Caetano do Sul
2023
RESUMO
Com a virtualização de muitos aspectos da vida cotidiana, tecnologia tem sido mais
importante do que nunca, especialmente na área da educação. A pandemia de Covid-19
tornou necessário utilizar tecnologia de formas novas e criativas para contínuo acesso ao
ensino, em adição aos materiais que um professor já iria utilizar em aula. Tendo isso em
consideração, a aplicação proposta neste trabalho visa digitalizar mais um aspecto do
ensino: a carteirinha estudantil utilizada para acesso às dependências da faculdade. Em
caso de perda ou furto da carteirinha, o universitário passa pelo processo de solicitar uma
segunda via, que pede documentos para comprovar o ocorrido, além do tempo até
recebimento da nova carteirinha, dificultando o acesso às dependências da faculdade, e
por extensão, ao ensino. O desenvolvimento deste trabalho e a aplicação ao qual ele se
refere pretende resolver esta e outras questões, como, por exemplo, o tempo e recursos
utilizados pela faculdade para produção de carteirinhas para todo aluno ingressante,
substituindo-as pela aplicação digital. Os protótipos e a aplicação foram desenvolvidos por
meio das plataformas Kodular, Figma e Android Studio (versão Giraffe, com uso da
linguagem Kotlin), e a aplicação será compatível com qualquer dispositivo que tenha, no
mínimo, Android 5.0. A aplicação foi baseada na documentação desenvolvida com base
nos conhecimentos obtidos em disciplinas de Engenharia de Software, com diagramas,
análise de requisitos, prototipação, implementação, e testes feitos anterior ao
desenvolvimento da versão final do software, que permite ao aluno registrar sua conta
discente, gerar a carteirinha estudantil digital, e a acessar mesmo que não tenha acesso à
internet, mantendo a aplicação intuitiva e simples, cumprindo seu objetivo. Espera-se que
esse trabalho estimule o desenvolvimento de aplicações que simplifiquem a vida
universitária, substituindo os métodos antiquados atualmente utilizados por instituições de
ensino superior que mantém uso de carteirinhas físicas.
Palavras-chave: carteirinha de identidade; carteirinha digital; carteirinha universitária.

ABSTRACT
With the virtualization of many aspects of day-to-day life, technology has become more
important than ever, especially in the education sector. The Covid-19 pandemic made it a
necessity to utilize technology in new and creative ways for the sake of continuing academia,
in addition to the materials a professor would already be expected in class. Taking that into
account, the application proposed here aims at digitalizing another aspect of education: the
identity card used to access the college building. If an identity card is lost or stolen, the
student goes through the process of requesting a re-issue of their identity card, making it
more difficult to access the college campus, and by extension classes. The development of
this paper and the application it refers to intends to minimize these and other matters, such
as the time and resources used by the college to produce identity cards for every entrant
student, replacing them with the digital application instead. The prototypes and application
were developed through the platforms Kodular, Figma and Android Studio (Giraffe version,
using the Kotlin programming language), and will be available in devices compatible with
Android 5.0 or further. The application is based on the documentation developed with prior
knowledge obtained in Software Engineering classes, with diagrams, requisite analysis,
prototyping, implementation, and testing done prior to the development of the final version,
which allows the student to register their account, generate a student identity card, and
access it without an internet connection, keeping the application intuitive and simple, fulfilling
its objective. It’s expected that this paper will encourage development of applications that
simplify college life, replacing the outdated methods currently used by higher education
institutions that maintain use of physical identity cards.
Keywords: identity card; digital identity card; academic identity card.

LISTA DE ILUSTRAÇÕES
Figura 1 - Diagrama de casos de uso – Carteirinha digital..................................................28
Figura 2 – Diagrama de pacotes........................................................................................ 42
Figura 3 – Diagrama de classes......................................................................................... 44
Figura 4 – Diagrama de sequência 1.................................................................................. 52
Figura 7 – Diagrama de Implantação................................................................................. 53
Figura 8 – Pergunta de pesquisa de mercado número 1....................................................54
Figura 9 – Pergunta de pesquisa de mercado número 2....................................................54
Figura 10 – Pergunta de pesquisa de mercado número 3..................................................55
Figura 11 – Pergunta de pesquisa de mercado número 4...................................................55
Figura 12 – Logotipo da aplicação...................................................................................... 56
Figura 13 – Tela inicial........................................................................................................ 57
Figura 14 – Registro........................................................................................................... 57
Figura 15 – Login................................................................................................................ 58
Figura 16 – Menu................................................................................................................ 58
Figura 17 – Carteirinha....................................................................................................... 59
Figura 18 – Configurações................................................................................................. 59
Figura 19 – Reportar problema........................................................................................... 60
Figura 20 – Problema enviado............................................................................................ 60
Figura 21 – Configurações sobre........................................................................................61
Figura 22 – Notificações......................................................................................................61
Figura 23 – Informações da carteirinha...............................................................................62
Figura 24 – Confirmação de exclusão.................................................................................62
Figura 25 – Modelo de navegação......................................................................................63
Figura 26 – Tela Inicial.........................................................................................................64
Figura 27 – Registro............................................................................................................64
Figura 28 – Aceitar termos...................................................................................................65
Figura 29 – Login.................................................................................................................65
Figura 30 – Menu.................................................................................................................66
Figura 31 – Carteirinha........................................................................................................66
Figura 32 – Configurações..................................................................................................67
Figura 33 – Reportar problema............................................................................................67
Figura 34 – Problema enviado.............................................................................................68
Figura 35 – Sobre................................................................................................................68
Figura 38 – Digite e-mail para recuperação........................................................................70
Figura 39 – Tela inicial.........................................................................................................79
Figura 40 – Registro............................................................................................................79
Figura 41 – Aceitar termos...................................................................................................80
Figura 42 – Login.................................................................................................................80
Figura 43 – Menu.................................................................................................................81
Figura 44 – Carteirinha........................................................................................................81
Figura 45 – Configurações..................................................................................................82
Figura 46 – Reportar problema............................................................................................82
Figura 47 – Problema enviado.............................................................................................83
Figura 48 - Configurações sobre.........................................................................................83
Figura 51 – Digite e-mail para recuperação........................................................................85
LISTA DE ABREVIATURAS E SIGLAS
Faculdade de Tecnologia FATEC
Faculdade de Tecnologia de São Caetano do Sul FATEC SCS
Lei Geral de Proteção de Dados Pessoais LGPD
Lei de Privacidade do Consumidor da Califórnia CCPA
SUMÁRIO
INTRODUÇÃO ................................................................................................................... 13
2. REFERENCIAL TEÓRICO .......................................................................................... 14
2.1. Figma .................................................................................................................... 15
2.2. Kotlin..................................................................................................................... 17
2.3. Firebase ................................................................................................................ 18
2.4. Protótipo ............................................................................................................... 19
3. METODOLOGIA.......................................................................................................... 21
4. DOCUMENTAÇÃO ...................................................................................................... 23
4.1. Requisitos funcionais ............................................................................................ 23
4.2. Requisitos não funcionais ..................................................................................... 24
4.3. Diagrama de caso de uso ..................................................................................... 27
4.3.1. Especificação de casos de uso ...................................................................... 28
4.4. Relação de Requisitos e Casos de Uso ............................................................... 33
4.4.1. Requisitos funcionais ..................................................................................... 33
4.4.2. Requisitos não funcionais .............................................................................. 34
4.5. Atores ................................................................................................................... 38
4.5.1. Ator Usuário ................................................................................................... 38
4.5.1.1. Descrição................................................................................................. 38
4.6. Stakeholders ......................................................................................................... 38
4.7. Usuários ............................................................................................................... 40
4.8. Features do produto ............................................................................................. 41
4.9. Modelo estrutural do sistema ................................................................................ 42
4.9.1. Organização do sistema ................................................................................ 42
4.9.2. Diagramas e especificação das classes ........................................................ 44
4.9.2.1. Classe Register ....................................................................................... 44
4.9.2.2. Classe Login ............................................................................................ 46
4.9.2.3. Classe Card ............................................................................................. 48
4.9.2.4. Classe Suporte ........................................................................................ 49
4.9.2.5. Classe Usuário ........................................................................................ 50
4.9.3. Modelo de comportamento do sistema .......................................................... 52
4.9.3.1. Cenário: Criar Carteirinha ........................................................................ 52
4.9.3.2. Cenário: Deletar Carteirinha .................................................................... 52
4.9.3.3. Cenário: Atualizar Carteirinha .................................................................. 53
4.9.4. Diagrama de Implantação .............................................................................. 53
4.9.5. Elaboração do Procedimento de Instalação ................................................... 53
5. DESENVOLVIMENTO ................................................................................................. 54
5.1. Pesquisa de mercado ........................................................................................... 54
5.2. Desenvolvimento do nome ................................................................................... 56
5.3. Desenvolvimento do logotipo ................................................................................ 56
5.4. Protótipos do software .......................................................................................... 56
5.4.1. Protótipos de telas ......................................................................................... 56
5.5. Modelos de navegação ......................................................................................... 63
6. RESULTADOS ............................................................................................................ 64
CONSIDERAÇÕES FINAIS ............................................................................................... 71
REFERÊNCIAS ................................................................................................................. 73
APÊNDICE A – Manual final do usuário para uso do FateCard ......................................... 75
13
INTRODUÇÃO
O objetivo desse projeto foi minimizar falhas de controle de acesso da Faculdade de
Tecnologia de São Caetano do Sul (FATEC SCS), otimizando e aumentando a segurança
no controle de acesso, e facilitando o uso da carteirinha estudantil usada para apresentar
na portaria para entrada nas dependências da faculdade.
O atual uso de carteirinhas estudantis físicas para entrada na faculdade se mostra

como um obstáculo para os estudantes, uma vez que perda, furto ou esquecimento da
carteirinha estudantil dificulta o acesso ao prédio, como também é o caso para ingressantes,
que por um período se registram na portaria, e então recebem uma carteirinha provisória,
para uso até a produção de carteirinhas definitivas, que leva tempo e recursos. Estas falhas
seriam minimizadas com um projeto como o proposto nessa monografia, que coloca a
carteirinha para acesso no celular a qualquer momento, sem necessidade de acesso à
internet. A aplicação proposta neste projeto visa substituir a carteirinha estudantil física,
sendo uma versão digital, tornando a entrada nas dependências da faculdade mais prática,
e diminuindo os recursos e tempo usados na produção de carteirinhas estudantis físicas.
Segundo Jobs (1994), “Tecnologia é nada. O importante é ter fé nas pessoas, que
elas são basicamente boas e inteligentes, e que se as der ferramentas, farão coisas
incríveis com elas”, disso pode-se entender que, ao colocar fé nas pessoas de um ponto de
vista de desenvolvimento tecnológico, isso se torna um pilar de confiança, que gera
inovação tecnológica. Esse projeto foi desenvolvido visando colaborar na inovação da
carteirinha estudantil, utilizando as experiências de estudantes da FATEC como base para
o projeto, de forma que a aplicação torne a vida universitária mais prática.
O objetivo deste trabalho é desenvolver uma aplicação para acessar a carteirinha

estudantil que seja intuitiva, prática e segura, minimizando falhas encontradas na carteirinha
estudantil física.
Esse trabalho foi desenvolvido utilizando como referências teóricas regulamentos de

proteção de dados, como a Lei Geral de Proteção de Dados (LGPD), e utilizando
plataformas como Figma, Kodular, Android Studio e Firebase para prototipação e
desenvolvimento, com os conhecimentos previamente obtidos no uso das plataformas, e
14
buscando desenvolver uma aplicação intuitiva, segura e tecnologicamente equivalente a

outras aplicações atuais.
No capítulo 2, listaremos as plataformas e regulamentos utilizados no

desenvolvimento do projeto, detalhando as qualidades pelas quais as plataformas foram
escolhidas, e justificando o uso delas.
No capítulo 3, explicaremos a metodologia utilizada para o projeto, reforçando as

qualidades das plataformas mencionadas no capítulo anterior e comparando o projeto a
outras aplicações similares.
No capítulo 4, mostraremos a documentação, com todos os diagramas, requisitos e

casos de uso necessários para o desenvolvimento eficiente da aplicação.
No capítulo 5, apresentaremos a pesquisa de mercado, o desenvolvimento do

projeto, com detalhes sobre a criação do nome e logotipo da aplicação, os protótipos de
tela, modelo de navegação e código da aplicação.
No capítulo 6, revelaremos os resultados do projeto, com a versão final das principais

interfaces gráficas.
No último capítulo, revelaremos nossas considerações finais.
2. REFERENCIAL TEÓRICO
A segurança de dados e a privacidade do usuário, são elementos fundamentais na
concepção e desenvolvimento de qualquer que seja o aplicativo que utilize dados sensíveis,
15
por isto então é fundamental considerar as regulamentações de proteção de dados, como

o Regulamento Geral de Proteção de Dados (GDPR) na Europa e a Lei Geral de Proteção
de Dados (LGPD) no Brasil. Essas regulamentações impõem diretrizes rigorosas para a
coleta, armazenamento e processamento de dados pessoais, tornando imperativo que a
carteirinha digital esteja em conformidade com essas leis. Um exemplo é o Artigo 18 da Lei
nº13.709 (LGPD), que trata dos direitos do titular dos dados pessoais, que incluem obter
confirmação da existência de tratamento de dados, acesso e correção de dados
incompletos, entre outros.
No site oficial do Firebase, é citada a proteção de dados do Firebase, que dá suporte

para GDPR e Lei de Privacidade do Consumidor da Califórnia (CCPA), visto que o Google
atua como processador de dados e provedor de serviços de acordo com GDPR,
processando dados em nome do Firebase. Apesar disso, clientes do Firebase tem
obrigações a cumprir enquanto controladores de dados de acordo com LGPD, como obter
consentimento de pessoa titular quando necessário comunicar ou compartilhar dados
pessoais com outros controladores, tratar apenas dados pessoais estritamente
necessários, entre outros (Art. 7º da LGPD). Tendo isso em consideração, nos preocupamos
com garantir que informações sensíveis não sejam visíveis por ninguém além do próprio
titular, e de obter consentimento do titular para coleta dos dados preenchidos pelo próprio
no momento do cadastro.
Além disso, as tecnologias de software são essenciais para a criação e

desenvolvimento de um aplicativo, as tecnologias para o desenvolvimento deste projeto
foram escolhidas tendo a base na facilidade e necessidade de tais. Ao longo do capítulo
será abordado mais profundamente as informações destas tecnologias.
2.1. Figma
Figma é uma poderosa ferramenta de design e prototipagem de interface de usuário
baseada na web. A plataforma se destaca por sua acessibilidade, capacidade de
colaboração em tempo real e flexibilidade, permitindo que equipes de design e
16
desenvolvimento trabalhem juntas de maneira eficiente. Aqui está uma descrição completa
da tecnologia Figma:
• Figma é uma aplicação baseada na web, o que significa que não requer download
ou instalação de software. Os designers e desenvolvedores podem acessar a plataforma
de qualquer navegador moderno, tornando-a extremamente acessível. Isso também
permite uma colaboração fácil, pois as equipes podem trabalhar juntas em tempo real,
independentemente da localização.
• Figma não é apenas uma ferramenta de design estático, mas também permite a
criação de designs interativos e protótipos. Os usuários podem criar telas interativas,
transições de página e adicionar animações para simular a experiência do usuário final.
• Uma das características mais notáveis do Figma é a capacidade de colaboração em
tempo real. Várias pessoas podem trabalhar no mesmo projeto simultaneamente,
visualizando as alterações feitas pelos colegas em tempo real. Isso é especialmente útil
para equipes distribuídas que precisam trabalhar juntas em um projeto de design.
• O Figma inclui um sistema de controle de versão integrado que permite rastrear e
gerenciar alterações em um projeto ao longo do tempo. Isso simplifica a revisão e a
restauração de versões anteriores do design, garantindo a integridade do projeto.
• Os componentes no Figma permitem que os designers criem elementos de design
reutilizáveis, como botões, ícones e barras de navegação, facilitando a manutenção da
consistência do design em todo o projeto.
• Os usuários podem adicionar comentários e anotações diretamente nas telas, o que
torna a comunicação entre designers, desenvolvedores e partes interessadas mais eficaz.
Isso ajuda a esclarecer requisitos e fornecer feedback direto.
• Figma oferece integrações com outras ferramentas e serviços, permitindo fluxos de
trabalho mais integrados. Além disso, a plataforma suporta plugins que podem ser usados
para estender sua funcionalidade.
• Figma leva a segurança a sério e implementa medidas para proteger os dados e
projetos dos usuários. Os projetos são armazenados em servidores seguros e podem ser
configurados com níveis de permissão de acesso.
17
2.2. Kotlin
Kotlin é uma linguagem de programação moderna e versátil que se tornou a
linguagem oficial de desenvolvimento de aplicativos Android, sendo amplamente utilizada
no ambiente do Android Studio. A linguagem Kotlin foi projetada para ser concisa, segura e
interoperável com o Java, proporcionando um ambiente de desenvolvimento ágil e eficiente.
Abaixo, uma descrição completa da tecnologia Kotlin, quando utilizada no Android Studio:
• Kotlin é conhecida por sua sintaxe limpa e concisa, o que a torna uma linguagem
altamente legível e expressiva. Isso permite que os desenvolvedores escrevam código mais
eficientemente, economizando tempo e reduzindo a probabilidade de erros.
• Uma das maiores vantagens do Kotlin é sua compatibilidade com o Java. Isso
significa que os desenvolvedores podem usar código Kotlin e Java no mesmo projeto sem
problemas. Além disso, as bibliotecas e frameworks Java existentes podem ser facilmente
utilizadas em projetos Kotlin.
• Kotlin oferece um sistema que ajuda a evitar erros de tempo de execução, como
NullPointerExceptions. Isso torna o código mais robusto e menos sujeito a bugs.
• Kotlin oferece recursos poderosos de orientação a objetos, como herança,
polimorfismo e encapsulamento, tornando-o adequado para desenvolvimento de software
orientado a objetos.
• Além da orientação a objetos, Kotlin também suporta programação funcional,
permitindo que os desenvolvedores escrevam código mais conciso e expressivo para
operações comuns, como mapeamento e filtragem de coleções.
• Kotlin permite a criação de extensões de função, que possibilitam a adição de novas
funcionalidades a classes existentes sem a necessidade de herança ou modificação do
código fonte original.
• Kotlin aborda o problema das referências nulas de maneira eficaz, tornando mais
difícil a ocorrência de erros relacionados a nulos. Isso é alcançado por meio de um sistema
de tipos que exige que as variáveis sejam explicitamente marcadas como nulas quando
necessário.
• Kotlin é a linguagem oficial para o desenvolvimento Android, o que significa que é
totalmente suportada pelo Android Studio. A IDE oferece recursos avançados para o
18
desenvolvimento Kotlin, como sugestões de código, depuração eficiente e análise estática

avançada.
• Kotlin tem uma comunidade de desenvolvedores ativa e crescente, o que resulta em
um ecossistema rico de bibliotecas e recursos de aprendizado.
• Para desenvolvedores que já têm projetos Android em Java, a migração para Kotlin
é relativamente tranquila, com ferramentas de conversão automática disponíveis.
• Kotlin permite o compartilhamento de código entre diferentes plataformas, como
Android, iOS e aplicativos da web, simplificando o desenvolvimento multiplataforma.
2.3. Firebase
O Firebase é uma plataforma de desenvolvimento de aplicativos móveis e web
desenvolvida pelo Google. Ela oferece uma ampla gama de serviços e ferramentas que
simplificam o desenvolvimento de aplicativos, ajudando os desenvolvedores a criar
aplicativos de alta qualidade com recursos avançados. Abaixo, uma descrição abrangente
da tecnologia Firebase:
• O Firebase fornece serviços de nuvem escaláveis, incluindo armazenamento em

nuvem, hospedagem da web, funções em nuvem, autenticação, banco de dados em tempo
real e firestore. Isso permite que os desenvolvedores acessem e armazenem dados com
facilidade na nuvem.
• O Firebase Realtime Database é um banco de dados em tempo real hospedado na
nuvem que permite que os desenvolvedores armazenem e sincronizem dados em tempo
real. Ele é especialmente útil para aplicativos que requerem atualizações em tempo real,
como aplicativos de mensagens e colaboração em tempo real.
• Firestore é um banco de dados NoSQL flexível e escalável que oferece consultas
poderosas e permite que os desenvolvedores construam aplicativos ricos em recursos com
alta disponibilidade e escalabilidade.
• O Firebase oferece autenticação robusta, permitindo que os desenvolvedores
implementem autenticação de usuário com diversas opções, incluindo autenticação por e-
mail, autenticação social e autenticação multifatorial.
19
• O Firebase fornece recursos de análise detalhada para que os desenvolvedores

possam acompanhar o desempenho do aplicativo, entender o comportamento do usuário e
tomar decisões informadas.
• O Firebase se integra perfeitamente com outros serviços do Google, como o Google
Cloud Platform, o Google Analytics e o Google Play, tornando-o uma escolha conveniente
para desenvolvedores que já utilizam produtos e serviços do Google.
• O Firebase leva a segurança a sério e oferece medidas de segurança avançadas,
como autenticação segura, controle de acesso e auditoria de dados.
• O Firebase tem uma documentação rica e uma comunidade ativa de
desenvolvedores, o que facilita o aprendizado e a resolução de problemas.
• O Firebase é compatível com várias plataformas, incluindo Android, iOS, web e Unity,
permitindo o desenvolvimento de aplicativos multiplataforma.
• O Firebase permite permanência de dados off-line por meio de armazenamento de
dados em cache para o app usado, de forma que dados importantes (que no caso dessa
aplicação, são as carteirinhas) possam ser mantidos após perder conexão com a internet.
Em resumo, o Firebase é uma plataforma poderosa e abrangente que oferece uma

variedade de serviços e ferramentas essenciais para o desenvolvimento de aplicativos
móveis e web. Sua capacidade de lidar com várias tarefas, como armazenamento de dados,
autenticação, notificações e análises, torna-o uma escolha popular entre desenvolvedores
que desejam criar aplicativos escaláveis e seguros de maneira eficiente.
2.4. Protótipo
Foi desenvolvido um protótipo deste projeto utilizando uma plataforma de
desenvolvimento visual chamada Kodular. Essa plataforma é uma alternativa de fácil
utilização para a criação de aplicativos móveis, especialmente para aqueles que têm
conhecimento limitado em programação. O protótipo permitiu que nossa equipe de
desenvolvimento visualizasse e testasse a aparência e a funcionalidade do aplicativo antes
de iniciar a fase de desenvolvimento completa.
20
Kodular se destaca por sua abordagem de desenvolvimento sem a necessidade de

codificação manual. Utiliza uma interface de arrastar e soltar, juntamente com blocos lógicos
e componentes pré-construídos, que permitem a criação de aplicativos com facilidade. Essa
abordagem é particularmente útil quando se deseja criar protótipos rápidos para avaliar a
usabilidade, fluxos de trabalho e layout da interface do usuário.
Neste processo, os membros da equipe puderam criar telas interativas, adicionar

funcionalidades como botões, caixas de texto, listas e formulários, além de definir o
comportamento desses elementos usando blocos lógicos. Isso permitiu que nossos
designers e desenvolvedores experimentassem as interações do usuário em um ambiente
simulado, identificassem possíveis melhorias e refinamentos e, assim, aprimorassem a
experiência do aplicativo.
Ao criar o protótipo do aplicativo com o Kodular, nossa equipe economizou tempo e

recursos, uma vez que não precisava escrever todo o código manualmente.
Este protótipo Kodular serviu como um estágio crucial na criação do aplicativo, pois
permitiu que a equipe experimentasse as funcionalidades-chave, aprimorasse o design e
garantisse que a visão do aplicativo fosse traduzida com sucesso em uma interface de
usuário funcional. Com o feedback obtido a partir do protótipo, a equipe estava preparada
para avançar para a fase de desenvolvimento completa do aplicativo, economizando tempo
e recursos e garantindo um produto mais refinado e eficiente.
21
3. METODOLOGIA
Durante o processo de criação da carteirinha digital para os alunos da faculdade, a
equipe do projeto optou por uma abordagem que se baseou nas experiências individuais
dos membros e na necessidade de se ter uma carteirinha digital. Essa abordagem permitiu
identificar várias hipóteses sobre a melhor maneira de desenvolver uma solução eficaz para
atender as necessidades de todos aqueles interessados no projeto.
Para fundamentar a abordagem, foram realizadas pesquisas minuciosas sobre as

ferramentas disponíveis que poderiam contribuir para a solução das falhas identificadas.
Nesse contexto, foi então decidido utilizar o Figma para criar protótipos de tela, a fim de
projetar a interface da carteirinha digital de forma eficiente e amigável. Além disso, o Android
Studio juntamente com a linguagem Kotlin foram escolhidos, para a implementação do
código da aplicação.
Esta combinação de ferramentas permitiu criar uma carteirinha digital que atende às
necessidades específicas dos alunos da faculdade, proporcionando uma experiência de
usuário aprimorada.
O Figma auxiliou na concepção da interface gráfica, considerando a interação do

usuário, o design e a estruturação das páginas. Enquanto o Android Studio e a linguagem
Kotlin permitiu transformar esses protótipos em um aplicativo funcional e eficaz, integrando-
se de forma transparente com o Firebase para gerenciar os dados da carteirinha digital de
forma eficiente e escalável.
Para armazenar e gerenciar os dados da carteirinha digital, foi decidido utilizar o

Firebase, uma plataforma de desenvolvimento de aplicativos móveis do Google, que
oferece uma solução de banco de dados em tempo real. O Firebase permite armazenar
com segurança as informações dos alunos e suas carteirinhas digitais, garantindo um
acesso rápido e confiável aos dados.
Em relação a dados que suportem a necessidade do projeto, foi feita uma pesquisa
de mercado dos estudantes da FATEC com relação a carteirinha física atualmente utilizada
para acesso às dependências, mostrando possíveis falhas relacionadas a mesma que não
se encontrariam presentes na carteirinha digital, e dando uma amostra de como seria a
22
recepção da aplicação na faculdade. Além disso, foram consultadas fontes online sobre
soluções semelhantes de documentos digitais, que ajudaram a entender as melhores
práticas e os desafios comuns relacionados à criação de carteirinhas digitais, garantindo
que a abordagem fosse informada e alinhada com as necessidades reais dos alunos e da
instituição. Alguns exemplos abaixo:
• e-Título: é um aplicativo mobile que mantém uma versão digital do título de eleitor e
informações pessoais do eleitor. O e-Título tem uma versão do título de eleitor idêntica à
física, que inclusive pode ser impressa para ser utilizada como física, e tem um QR Code
que substitui a versão física do documento, assim como seria feito com o FateCard.
• Carteirinha: é um aplicativo mobile da INOVA Tecnologia que mantém uma versão
digital da carteirinha estudantil para universidades, estando presente como forma de
identificação em universidades como a Cruzeiro do Sul (unidades Vila Lobos e Santo
Amaro) e Universidade da Cidade de São Paulo. Em algumas unidades, o uso de catracas
com leitura de QR Code estão presentes, assim como gostaríamos de implementar com o
FateCard, caso a presença de catracas na entrada da unidade fosse possível.
Tendo estes exemplos em mente, conseguimos definir quais features seriam
interessantes para tornar a aplicação mais completa e prática para o uso rotineiro.
23
4. DOCUMENTAÇÃO
Neste capítulo será abordado todas as informações necessárias para o
desenvolvimento do projeto.
4.1. Requisitos funcionais

ID do Requisito Descrição
RF01 O sistema deve fazer a validação do login.
RF02 Todas as informações do usuário, como nome, CPF e curso, devem ser
armazenadas de forma segura para evitar violações de privacidade e roubo
de identidade.
RF03 O sistema deve permitir que os usuários autentiquem suas identidades
para acessar a carteirinha digital, utilizando uma senha.
RF04 A carteirinha digital deve exibir as informações necessárias para

identificação do usuário, como nome completo, número de matrícula e
curso.
RF05 O sistema deve permitir que a carteirinha digital seja utilizada como
comprovante de matrícula, para acesso a atividades e serviços na
universidade, como biblioteca e eventos.
RF06 Os usuários devem ser capazes de atualizar suas informações da conta no
sistema, como endereço de e-mail, para que a conta esteja sempre
atualizada e pronta para uso.
RF07 O sistema deve permitir que as autoridades da universidade verifiquem a
autenticidade da carteirinha digital, para evitar fraudes e falsificações.
RF08 O sistema deve permitir que os usuários acessem a carteirinha digital
mesmo quando perder conexão com a internet.
RF09 O sistema deve permitir que os usuários compartilhem sua carteirinha
digital com terceiros, como empresas parceiras da universidade, para que
possam receber descontos e benefícios exclusivos.
24
RF10 O sistema deve permitir que o usuário abra um ticket de suporte para
recuperar seu RA caso tenha sido utilizado em uma conta que não pertença
a ele.
4.2. Requisitos não funcionais

ID do Requisito Referência Descrição
RNF01 RF01 O sistema deve impedir o avanço do usuário caso a validação

falhe.
RNF02 RF01 O usuário deve estar conectado a uma rede de internet para
realizar a autenticação.
RFN03 RF01 O sistema deve fornecer uma interface de login intuitiva e fácil
de usar para os usuários, com instruções claras sobre como
inserir suas credenciais.
RNF04 RF01 O sistema deve garantir que as informações de login do

usuário sejam armazenadas de forma segura e não possam
ser acessadas ou manipuladas por usuários não autorizados.
RNF05 RF02 O sistema deve cumprir todas as leis e regulamentações

relevantes em relação à privacidade e proteção de dados,
como a Lei Geral de Proteção de Dados (LGPD) no Brasil.
RNF06 RF02 O sistema deve ser capaz de processar, armazenar e

recuperar as informações do usuário de forma eficiente e
rápida, a fim de fornecer uma experiência de usuário
satisfatória. O tempo de resposta do sistema deve ser
minimizado, especialmente durante a recuperação de
informações do usuário, e a velocidade de transferência de
25
dados deve ser otimizada para reduzir o tempo de espera dos

usuários.
RNF07 RF02 O sistema deve garantir a segurança das informações da

carteirinha digital e protegê-las contra acessos não
autorizados ou mal-intencionados. Ele deve fornecer medidas
de segurança adequadas, como criptografia de dados,
autenticação de usuário e controle de acesso.
RNF08 RF03 O sistema deve estar disponível 24 horas por dia, 7 dias por
semana, a fim de garantir que os usuários possam fazer uso
de suas carteirinhas a qualquer momento.
RNF09 RF04 O sistema deve ser capaz de exibir as informações de

identificação do usuário rapidamente, sem atrasos ou
lentidão. Ele deve ser projetado para lidar com grandes
volumes de dados e ser capaz de processar as informações
em tempo real.
RNF10 RF04 Os campos de nome completo, número de matrícula e curso
devem ser todos preenchidos, para que a carteirinha possa
ser exibida e utilizado no aplicativo.
RNF11 RF05 O sistema deve ser confiável o suficiente para garantir que as
informações de matrícula exibidas na carteirinha digital sejam
precisas e atualizadas.
RNF12 RF05 O sistema também deve ser compatível com uma ampla
variedade de dispositivos, permitindo que os usuários
acessem suas informações de matrícula de qualquer lugar, a
qualquer hora.
26
RNF13 RF06 O sistema deve garantir que as informações atualizadas pelos

usuários sejam verificadas e validadas antes de serem
armazenadas, para garantir que as informações pessoais
exibidas na carteirinha digital sejam precisas e confiáveis.
RNF14 RF06 O sistema deve ser capaz de processar rapidamente as

atualizações de informações dos usuários e exibir as
informações atualizadas na carteirinha digital em tempo real,
em quaisquer dispositivos em que o usuário esteja logado.
RNF15 RF07 O sistema deve ter uma interface intuitiva e amigável, com
informações claras e facilmente acessíveis, como
informações de matrícula, para que as autoridades da
universidade possam verificar a autenticidade da carteirinha
digital.
RNF16 RF07 O sistema deve estar sempre disponível para as autoridades

da universidade verificarem a autenticidade da carteirinha
digital. Para isso, o sistema deve ter alta disponibilidade, com
um tempo de inatividade mínimo, para evitar interrupções na
verificação da autenticidade da carteirinha digital.
RNF17 RF08 O sistema deve manter acesso à carteirinha ao perder

conexão, uma vez que o usuário já tenha acessado sua
carteirinha com conexão recentemente.
RNF18 RF08 O sistema deve permitir que o usuário possa remover a

carteirinha digital do dispositivo em caso de perda ou troca do
aparelho, para garantir a segurança das informações
pessoais.
27
RNF19 RF09 O sistema deve ser capaz de gerar uma carteirinha digital
única e personalizada para cada usuário, com as informações
necessárias para a validação e identificação, de forma que
possa ser compartilhada de maneira fácil e eficiente.
RNF20 RF09 O sistema deve ser capaz de processar a solicitação de

compartilhamento da carteirinha digital de forma rápida e
eficiente, garantindo que o usuário possa usá-la
imediatamente após a solicitação, para que não haja atrasos
ou transtornos no momento da validação.
4.3. Diagrama de caso de uso

Abaixo será ilustrado o diagrama de caso de uso deste projeto, para logo após ser mais
bem descrito e interpretado.
28
Figura 1 - Diagrama de casos de uso – Carteirinha digital
Fonte: Elaboração própria (2023).
4.3.1. Especificação de casos de uso

29
1. Caso de uso Fazer Login (UC001)

1.1. Descrição
O usuário digita seus dados no aplicativo para efetuar seu login, que o compara com
aquele que já foi cadastrado no sistema.
1.2. Pré-condições
O sistema verifica se os dados digitados conferem com os cadastrados no sistema.
1.3. Fluxo de eventos
(1) O sistema apresenta tela para o usuário colocar seus dados de login.
(2) O usuário digita seus dados e confirma o aceso.
(3) O sistema valida os dados de acesso com aquele presente no sistema.
{enviar mensagem de erro}
(4) Retornar ao próximo passo do caso base.
1.4. Pós-condições
(1) O usuário está autenticado perante o sistema.
1.5. Fluxos alternativos
A1. Verificação de acesso inválido
Em {enviar mensagem de erro}, se o sistema não consegue confirmar os dados de

acesso do usuário, o caso de uso é finalizado com uma mensagem que os dados
inseridos estão incorretos.
(1) O sistema informa ao usuário que seus dados estão incorretos.
(2) O caso de uso termina.
2. Caso de uso Cadastrar Usuário (UC002)

30
2.1. Descrição
O usuário digita os dados solicitados (nome de usuário, e-mail, senha e
confirmação de senha) para que seja seu cadastro no sistema.
O sistema verifica se os dados digitados conferem com as máscaras e requisitos

solicitados.
(1) O sistema apresenta tela para o usuário colocar seus dados de cadastro.
(2) O usuário digita seus dados e confirma o cadastro.
(3) O sistema valida os dados de cadastro de acordo com as máscaras e

requisitos.
{enviar mensagem de erro}
(4) O sistema solicita um código enviado por e-mail, para autenticação.
(5) O sistema cadastra o usuário.
(1) O usuário está registrado no banco de dados do sistema.
A1. Verificação dos campos preenchidos
Em {enviar mensagem de erro}, se o sistema identifica que qualquer campo foi

inserido incorretamente (campos vazios, senhas diferentes ou e-mail cujo domínio
não é da instituição), o caso de uso é finalizado com uma mensagem que os dados
inseridos estão incorretos.
31
(3) O sistema informa ao usuário que seus dados estão incorretos.
3. Caso de uso Consultar Carteirinha (UC003)

3.1. Descrição
O usuário já logado no aplicativo consegue ter acesso a sua carteirinha digital.
O sistema verifica se todos os dados da carteirinha (nome completo, CPF,

número de matrícula e curso) foram preenchidos pelo usuário.
(1) O sistema apresenta a tela inicial com a imagem da carteirinha digital.
(2) O usuário visualiza seus benefícios.
(3) O usuário pode adicionar uma nova carteirinha ou deletar uma existente.
(4) O usuário pode visualizar um QRCODE e um código de barras que

estarão criptografados unicamente para cada usuário.
(1) O usuário está visualizando sua carteirinha.
4. Caso de uso Atualizar Dados do Usuário (UC004)

4.1. Descrição
32
O usuário já logado no aplicativo consegue alterar seus dados da sua carteirinha

digital.
O sistema preenche os dados do usuário já cadastrados, para que possam ser

editados.
(1) O sistema apresenta a tela para atualizar os dados do usuário.
(2) O usuário preenche os campos a serem editados.
(3) O usuário confirma os dados a serem modificados.
{verificar disponibilidade do RA}
(4) O sistema solicita um código enviado por E-mail, para autenticação.
(5) O sistema atualiza as mudanças em sua base de dados.
(1) O usuário está visualizando sua carteirinha atualizada.
A1. Verificação do RA
Em {verificar disponibilidade do RA}, se o sistema identifica que o RA inserido

já está presente na conta de outro usuário, é mostrada uma mensagem que o RA
se encontra indisponível, e perguntando se o usuário deseja contatar suporte
para comprovar posse do RA. Caso o usuário deseje contatar suporte, o caso de
uso termina após envio dele, caso contrário, termina ao recusar envio de ticket.
(1) O sistema informa ao usuário que o RA inserido está indisponível, e pergunta

se deseja abrir um ticket de suporte para comprovar posse dele.
33
{confirmar ou cancelar}
(2) O usuário aceita abrir um ticket de suporte para recuperar o RA.
(3) O sistema abre uma nova tela, com título do ticket, assunto e descrição.
(4) O usuário preenche o formulário e clica em ‘enviar’.
A2. Cancelar
Em {confirmar ou cancelar}, se o usuário clicar em ‘cancelar’ quando o sistema

pergunta se deseja abrir um ticket para recuperar o RA, o cursor retorna para o
campo de RA e o caso de uso termina.
(1) O usuário clica em ‘cancelar’.

(2) O sistema fecha a janela abrir ticket.
4.4. Relação de Requisitos e Casos de Uso

4.4.1. Requisitos funcionais
ID do Descrição Caso de Uso
Requisito Relacionado
RF01 O sistema deve fazer a validação do login. UC001
RF02 Todas as informações do usuário, como nome, CPF e curso, UC003

devem ser armazenadas de forma segura para evitar
violações de privacidade e roubo de identidade.
RF03 O sistema deve permitir que os usuários autentiquem suas UC001

identidades para acessar a carteirinha digital, utilizando uma
senha.
34
RF04 A carteirinha digital deve exibir as informações necessárias UC002

para identificação do usuário, como nome completo, número
de matrícula e curso.
RF05 O sistema deve permitir que a carteirinha digital seja utilizada UC003
como comprovante de matrícula, para acesso a atividades e
serviços na universidade, como biblioteca e eventos.
RF06 Os usuários devem ser capazes de atualizar suas UC002
informações da conta no sistema, como endereço de e-mail,
para que a conta esteja sempre atualizada e pronta para uso.
RF07 O sistema deve permitir que as autoridades da universidade UC001

verifiquem a autenticidade da carteirinha digital, para evitar
fraudes e falsificações.
RF08 O sistema deve permitir que os usuários acessem a UC003

carteirinha digital, mesmo quando não houver conexão com
a internet, para evitar problemas de conexão.
RF09 O sistema deve permitir que os usuários compartilhem sua UC004

carteirinha digital com terceiros, como empresas parceiras da
universidade, para que possam receber descontos e
benefícios exclusivos.
RF10 O sistema deve permitir que o usuário abra um ticket de UC004

suporte para reportar bug ou recuperar seu RA caso esteja
em uso em outra conta.
4.4.2. Requisitos não funcionais

ID do Referência Descrição Caso de Uso
Requisito Relacionado
RNF01 RF01 O sistema deve impedir o avanço do usuário UC001

caso a validação falhe.
RNF02 RF01 O usuário deve estar conectado a uma rede de UC001
internet para realizar a autenticação.
RFN03 RF01 O sistema deve fornecer uma interface de login UC001
intuitiva e fácil de usar para os usuários, com
instruções claras sobre como inserir suas
credenciais.
35
RNF04 RF01 O sistema deve garantir que as informações de UC001

login do usuário sejam armazenadas de forma
segura e não possam ser acessadas ou
manipuladas por usuários não autorizados.
RNF05 RF02 O sistema deve cumprir todas as leis e UC003

regulamentações relevantes em relação à
privacidade e proteção de dados, como a Lei
Geral de Proteção de Dados (LGPD) no Brasil.
RNF06 RF02 O sistema deve ser capaz de processar, UC003

armazenar e recuperar as informações do
usuário de forma eficiente e rápida, a fim de
fornecer uma experiência de usuário
satisfatória. O tempo de resposta do sistema
deve ser minimizado, especialmente durante a
recuperação de informações do usuário, e a
velocidade de transferência de dados deve ser
otimizada para reduzir o tempo de espera dos
usuários.
RNF07 RF02 O sistema deve garantir a segurança das UC003

informações da carteirinha digital e protegê-las
contra acessos não autorizados ou mal-
intencionados. Ele deve fornecer medidas de
segurança adequadas, como criptografia de
dados, autenticação de usuário e controle de
acesso.
RNF08 RF03 O sistema deve estar disponível 24 horas por UC001
dia, 7 dias por semana, a fim de garantir que
os usuários possam fazer uso de suas
carteirinhas a qualquer momento.
36
RNF09 RF04 O sistema deve ser capaz de exibir as UC002

informações de identificação do usuário
rapidamente, sem atrasos ou lentidão. Ele
deve ser projetado para lidar com grandes
volumes de dados e ser capaz de processar
as informações em tempo real.
RNF10 RF04 Os campos de CPF, nome completo, número UC002
de matrícula e curso devem ser todos
preenchidos, para que a carteirinha possa ser
exibida e utilizado no aplicativo.
RNF11 RF05 O sistema deve ser confiável o suficiente para UC003

garantir que as informações de matrícula
exibidas na carteirinha digital sejam precisas
e atualizadas.
RNF12 RF05 O sistema também deve ser compatível com UC003
uma ampla variedade de dispositivos,
permitindo que os usuários acessem suas
informações de matrícula de qualquer lugar, a
qualquer hora.
RNF13 RF06 O sistema deve garantir que as informações UC002

atualizadas pelos usuários sejam verificadas e
validadas antes de serem armazenadas, para
garantir que as informações pessoais exibidas
na carteirinha digital sejam precisas e
confiáveis.
RNF14 RF06 O sistema deve ser capaz de processar UC002

rapidamente as atualizações de informações
dos usuários e exibir as informações
atualizadas na carteirinha digital em tempo
real, em quaisquer dispositivos em que o
usuário esteja logado.
37
RNF15 RF07 O sistema deve ter uma interface intuitiva e UC001

amigável, com informações claras e facilmente
acessíveis, como informações de matrícula
para que as autoridades da universidade
possam verificar a autenticidade da carteirinha
digital.
RNF16 RF07 O sistema deve estar sempre disponível para UC001

as autoridades da universidade verificarem a
autenticidade da carteirinha digital. Para isso,
o sistema deve ter alta disponibilidade, com
um tempo de inatividade mínimo, para evitar
interrupções na verificação da autenticidade
da carteirinha digital.
RNF17 RF08 O sistema deve manter acesso à carteirinha ao UC003

perder conexão, uma vez que o usuário já
tenha acessado sua carteirinha com conexão
recentemente.
RNF18 RF08 O sistema deve permitir que o usuário possa UC003
remover a carteirinha digital do dispositivo em
caso de perda ou troca do aparelho, para
garantir a segurança das informações
pessoais.
RNF019 RF09 O sistema deve ser capaz de gerar uma UC004

carteirinha digital única e personalizada para
cada usuário, com as informações necessárias
para a validação e identificação, de forma
que possa ser compartilhada de maneira fácil
e eficiente.
RNF020 RF09 O sistema deve ser capaz de processar a UC004
solicitação de compartilhamento da carteirinha
digital de forma rápida e eficiente, garantindo
que o usuário possa usá-la imediatamente
após a solicitação, para que não haja atrasos
ou transtornos no momento da validação.
38
4.5. Atores
4.5.1. Ator Usuário
4.5.1.1. Descrição
Este ator é um usuário do sistema.
4.5.1.2. Responsabilidades
(1) Fazer login no aplicativo.
(2) Cadastrar carteirinha no aplicativo.
(5) Atualizar dados da carteirinha no aplicativo.
(6) Consultar carteirinha digital no aplicativo.
4.5.1.3. Ambiente Físico
Dispositivos que o aplicativo foi instalado.
4.5.1.4. Número e tipo
Não existe um número determinado destes atores, mas deve ser sempre menor ou
igual à quantidade de alunos que a faculdade já possuiu.
4.5.1.5. Frequência de uso
O usuário utiliza o sistema pelo menos 15 vezes ao mês, em média.
4.6. Stakeholders
Nos últimos anos, a tecnologia tem desempenhado um papel cada vez mais
importante em diversas áreas, incluindo a educação. Uma das tendências recentes no setor
educacional é a digitalização de processos e documentos, visando tornar a vida dos alunos
e da instituição mais prática e eficiente. Nesse contexto, surge o tema deste trabalho de
conclusão de curso, que tem como objetivo analisar a implementação de uma carteirinha
digital em uma faculdade como forma de facilitar o acesso dos alunos a serviços
acadêmicos e reduzir o uso de papel.
39
Assim, este trabalho busca investigar as necessidades e expectativas dos

stakeholders envolvidos na implementação da carteirinha digital em uma faculdade, visando
identificar as oportunidades e desafios que essa solução pode trazer para a gestão
acadêmica e o relacionamento com os alunos
Estudantes: Os estudantes da FATEC são o público-alvo da carteirinha digital,
portanto são os stakeholders principais. Eles estão interessados em uma carteirinha digital
segura, prática e que ofereça acesso a todos os serviços da faculdade.
Faculdade: A faculdade como um todo é um stakeholder importante no projeto de

carteirinha digital, pois a implementação bem-sucedida da solução é benéfica para a
imagem e eficiência da instituição.
Equipe de TI: A equipe de TI é responsável por criar e implementar a infraestrutura

necessária para a carteirinha digital. Eles são importantes stakeholders, pois precisam
garantir que a solução seja segura, escalável e fácil de gerenciar.
Comunidade: A comunidade local também pode ser um stakeholder, pois pode se

beneficiar do acesso mais fácil a serviços da faculdade e de uma instituição de ensino mais
eficiente
Diretoria da Faculdade: A diretoria da faculdade é responsável por garantir que a

carteirinha digital atenda às necessidades da instituição e de seus alunos. Eles são
responsáveis pela alocação de recursos financeiros e humanos para o projeto e, portanto,
têm um interesse direto em sua eficácia.
Segurança da Faculdade: A segurança da faculdade é uma preocupação importante

para a diretoria da faculdade e a carteirinha digital pode afetar a segurança da instituição.
A carteirinha digital pode ser usada como uma ferramenta de identificação para garantir que
apenas pessoas autorizadas tenham acesso às instalações da faculdade, como salas de
aula, laboratórios e áreas restritas. Portanto, a segurança da faculdade é um stakeholder
importante, pois a implementação da carteirinha digital afetará diretamente suas operações
diárias.
40
4.7. Usuários
Estudantes da faculdade: O principal grupo de usuários da carteirinha digital da
faculdade são os próprios estudantes. Eles poderiam usar a carteirinha digital para acessar
serviços da faculdade, como a biblioteca, salas de aula, refeitório e outras instalações. A
carteirinha digital também pode ser usada para identificação em eventos e atividades
extracurriculares. Aqui estão dois exemplos de personas para estudantes:
Exemplos de Personas:
• Gabriella é uma estudante de graduação de 21 anos que frequenta a faculdade em
tempo integral. Ela é uma aluna dedicada que se esforça para obter notas altas e se envolve
ativamente em atividades extracurriculares. Gabriela está sempre procurando maneiras de
simplificar sua vida acadêmica, então uma carteirinha digital seria perfeita para ela. Ela
valoriza a conveniência e rapidez na obtenção de informações e serviços.
• Alexandre é um estudante de Jogos Digitais, de 28 anos que trabalha em tempo

integral durante o dia e frequenta a faculdade à noite. Ele está sempre ocupado e muitas
vezes sente que não tem tempo suficiente para realizar todas as tarefas que precisa. Ele
vê a carteirinha digital como uma solução conveniente para acessar serviços da faculdade
sem precisar gastar tempo na fila. Alexandre valoriza a praticidade e a eficiência na
realização de tarefas diárias.
Administradores da faculdade: Os administradores da faculdade são responsáveis

por gerenciar e supervisionar o uso da carteirinha digital. Eles precisam garantir que a
carteirinha digital seja segura e eficiente, além de monitorar o acesso a informações
confidenciais da faculdade.
Exemplos de Personas:
• Aline é a diretora administrativa de uma faculdade de médio porte. Ela tem uma
ampla experiência na gestão educacional e está sempre em busca de soluções
tecnológicas inovadoras que possam ajudar a aprimorar a experiência dos alunos. Ela é
bastante exigente quanto à qualidade dos serviços oferecidos pela instituição, e procura
41
sempre manter a equipe de funcionários motivada e comprometida com as metas da

faculdade. Luiza tem uma rotina bastante intensa, e busca soluções práticas e eficientes
para otimizar o trabalho da equipe administrativa.
• Breno é o coordenador de TI de uma faculdade de grande porte. Ele é responsável

por gerenciar a infraestrutura tecnológica da instituição, incluindo a rede de computadores,
sistemas de informação e segurança digital. Pedro é um profissional muito experiente e
bem-informado sobre as tendências tecnológicas do mercado, e está sempre em busca de
soluções inovadoras para otimizar os processos de TI da faculdade. Ele é muito
comprometido com a qualidade dos serviços oferecidos pela instituição, e busca manter-se
atualizado em relação às demandas dos usuários, incluindo os alunos e funcionários. Pedro
é bastante organizado e eficiente, e busca sempre trabalhar em parceria com outras áreas
da faculdade para garantir o sucesso dos projetos de TI.
Essas personas podem ser utilizadas como referência para definir as necessidades
e expectativas de diferentes stakeholders envolvidos na implementação da carteirinha
digital da faculdade, permitindo uma abordagem mais personalizada e eficiente na
elaboração do projeto.
4.8. Features do produto

A carteirinha digital de estudante é uma solução inovadora que traz muitas vantagens
em relação à tradicional carteirinha física, tanto para a instituição quanto para os alunos.
Além de oferecer praticidade e segurança no acesso a serviços acadêmicos, a carteirinha
digital pode ser personalizada de acordo com as necessidades da faculdade, tornando-se
uma ferramenta versátil e útil para diversos propósitos.
Sistema de acesso a edifícios: A carteirinha digital deve ter código QR para que o
aluno possa usá-la para acessar os edifícios da faculdade.
Integração com o sistema de biblioteca: A carteirinha digital deve ser integrada ao

sistema de biblioteca da faculdade, permitindo que os alunos façam empréstimos de livros
de forma fácil e rápida.
42
Recursos de segurança: A carteirinha digital deve incluir recursos de segurança,

como senha de acesso e autenticação de dois fatores, para proteger as informações
pessoais dos alunos.
Integração com plataformas online: A carteirinha digital deve ser integrada às

plataformas online usadas pela faculdade, como o SIGA, como uma plataforma de
aprendizado eletrônico, permitindo que os alunos façam login e acessem recursos online
usando suas credenciais da carteirinha virtual.
4.9. Modelo estrutural do sistema

4.9.1. Organização do sistema
Figura 2 – Diagrama de pacotes

43
4.9.1.1. Pacote Register

O pacote register serve para adicionar novos usuários e suas respectivas contas em
nosso sistema, para que então possam utilizar sua carteirinha.
4.9.1.2. Pacote Login

Com o registro já feito de um novo usuário, no pacote login, é possível utilizar dados
cadastrados do usuário e então fazer assim o seu login e entrar no sistema.
4.9.1.3. Pacote Home

Uma vez feito o login, no pacote home, é possível ir para diversas áreas do sistema,
como as configurações, um suporte, adicionar uma carteirinha e a principal função do
sistema, utilizar a carteirinha virtual.
4.9.1.4. Pacote Card

O pacote Card é bem simples, serve somente para utilizar a carteirinha, assim
podendo vê-la por completo e ver também seu QR Code.
4.9.1.5. Pacote Settings

No pacote Settings é possível escolher em algumas opções de configurações do
sistema, bem como o suporte e informações pessoais da carteirinha.
4.9.1.6. Pacote Support

O pacote Support serve para que o usuário consiga uma comunicação direta com
administradores do sistema.
4.9.1.7. Pacote Personal

O pacote Personal serve para alterar informações pessoais da carteirinha do usuário.
44
4.9.2. Diagramas e especificação das classes

Figura 3 – Diagrama de classes
4.9.2.1. Classe Register

Descrição
A classe registrar representa a possibilidade dos usuários de fazer seu registro dentro do
sistema.
Superclasse(s)
Nenhuma
Subclasse(s)
Nenhuma
Atributos
Nome: email
Descrição: Uma outra forma para o usuário pode utilizar em seu login, usando seu e-mail
Tipo: String
45
Domínio: @fatec.sp.gov.br
Nome: senha
Descrição: Uma senha para ser utilizada no momento de login
Tipo: String, até 20 caracteres
Nome: senha
Domínio: Deve conter no mínimo: uma letra minúscula, uma maiúscula, um número e
um caractere especial.
Nome: confirmSenha
Descrição: Uma repetição da senha para maior segurança de que tenha sido feita
corretamente
Tipo: String
Domínio: Deve ser igual a senha.
Operações
Nome: Register
Descrição: Registra a conta do usuário, para poder ser feito login a seguir
Parâmetros
Nome Tipo Propósito
email String Representa um método para se utilizar no login
senha String Representa a senha da conta
confirmSenha String Representa a segurança na hora de se fazer o

registro
Pré-condições:
1. O e-mail a ser utilizado não pode já ter sido utilizado anteriormente.
Especificação (diagrama de atividade ou pseudocódigo)

46
1. O sistema recebe as informações cadastradas

2. O sistema valida para que possa ser feito o login.
Pós-condições:
1. É feito o registro do usuário novo dentro do sistema.
4.9.2.2. Classe Login

Descrição
A classe Login utiliza os dados computados em register para que o usuário faça seu login
no sistema.
Superclasse(s):
Nenhuma
Subclasse(s)
Nenhuma
Atributos
Nome: email
Descrição: Uma forma para o usuário pode utilizar em seu login
Tipo: String
Domínio: @fatec.sp.gov.br
Nome: senha
Descrição: Uma senha para ser utilizada no momento de login
Tipo: String
Domínio: Deve ser a mesma senha que o usuário cadastrou respeitando os requisitos.
Operações
Nome: login
Descrição: Faz o acesso do usuário ao sistema, se utilizando de dados feitos no

register
Parâmetros
47
user String Representa um dos métodos da conta para fazer o

login
email String Representa um dos métodos da conta para fazer o
login
senha String Representa a senha da conta
Pré-condições:
1. Os dados devem ter sido já cadastrados no register
1. Comparar as informações fornecidas com as cadastradas no banco

2. Validar o usuário para fazer o login.
Pós-condições:
1. É efetuado o login do usuário no sistema
Nome: esqueciSenha
Descrição: Faz recuperação da conta caso o usuário tenha esquecido a senha.
Parâmetros
email String Representa um dos métodos da conta para fazer o

login
Pré-condições:
1. Os dados devem ter sido já cadastrados no register
1. É enviado um e-mail para o usuário fazer recuperação da conta por meio de

um link.
Pós-condições:
1. É atualizada a senha da conta.

48
4.9.2.3. Classe Card

Descrição
A classe Card é o que representa a principal função do sistema, a possibilidade de adicionar,
alterar, deletar e utilizar uma carteirinha digital.
Superclasse(s)
Usuário
Subclasse(s)
Nenhuma
Operações
Nome: deleteCard
Descrição: Deleta a carteirinha do usuário
Parâmetros
email String Chave primária, conecta a carteirinha ao aluno

que a registrou
ra int Registro de aluno do usuário
nome String Nome do usuário
cpf int Representa o CPF do usuário
periodo String Período de aulas do usuário
curso String Representa o curso do usuário
Pré-condições:
1. O usuário deve conter uma carteirinha ainda cadastrada

2. O usuário deve estar logado ao sistema
1. Só poderá deletar a carteirinha caso ele tenha fornecido uma informação

incorreta.
49
Nome: deleteCard
1. É permitido deletar a carteirinha no máximo 3 vezes.
Pós-condições:
1. É deletada a carteirinha do usuário

*
4.9.2.4. Classe Suporte
Descrição
A classe Suporte faz um contato direto entre o usuário e algum administrador do sistema.
Superclasse(s)
Nenhuma
Subclasse(s)
Nenhuma
Atributos
Nome: tipoProb
Descrição: Descreve o tipo de problema a ser comunicado.
Tipo: String, de no máximo 20 caracteres.
Domínio: Especificar o tipo de erro.
Nome: problem
Descrição: Descreve o que o usuário precisa comunicar ao administrador.
Tipo: String, de no máximo 500 caracteres.
Domínio: Especificar qual o erro e o que deseja ser feito em relação a ele.
Operações
Nome: enviarProblema
Descrição: Faz o envio da mensagem do usuário administrador
Parâmetros
tipoProb String Representa o tipo de problema sendo enviado

50
email String Representa o e-mail do usuário que enviou o

problema
problem String Representa a mensagem a ser comunicada
Pré-condições:
1. O usuário deve estar logado ao sistema.

1. O usuário enviará a ocorrência para nós, para que possamos corrigir o erro e/ou
ajudar o usuário.
2. Em instantes após o envio da ocorrência, chegará um e-mail no domínio do
usuário dizendo que recebemos a ocorrência.
Pós-condições:
1. É enviada a mensagem.
4.9.2.5. Classe Usuário

Descrição
A classe Usuário representa o estudante que quer utilizar sua carteirinha digital
Superclasse(s)
Nenhuma
Subclasse(s)
Card
Atributos
Nome: ra
Descrição: Número de registro do aluno na universidade a ser cadastrada na carteirinha
Tipo: int
Domínio: Deve conter no máximo 13 números, como exemplo: “0000000000000”
Nome: cpf
Descrição: CPF do usuário a ser cadastrado na carteirinha
Tipo: int
51
Domínio: Deve conter no máximo 14 caracteres, com máscara nessa ordem:

000.000.000-00
Nome: nome
Descrição: Nome do usuário a ser cadastrada na carteirinha
Tipo: String, com máximo de 30 caracteres.
Domínio: Deve corresponder ao nome do usuário.
Nome: curso
Descrição: Curso do usuário a ser cadastrado na carteirinha
Tipo: String, de no máximo 50 caracteres
Domínio: Deverá conter o nome do curso disponibilizado pela Fatec.
Nome: periodo
Descrição: Período do curso do usuário
Tipo: String
Domínio: Deverá conter as opções: Matutino, Vespertino e Noturno.

52
4.9.3. Modelo de comportamento do sistema

4.9.3.1. Cenário: Criar Carteirinha
Figura 4 – Diagrama de sequência 1
4.9.3.2. Cenário: Deletar Carteirinha


53
4.9.3.3. Cenário: Atualizar Carteirinha

4.9.4. Diagrama de Implantação

Figura 7 – Diagrama de Implantação
4.9.5. Elaboração do Procedimento de Instalação

Para efetuar a instalação do sistema, o dispositivo deverá conter um sistema
operacional Android 5.0. Uma vez conectado a uma conta Google ou Apple em sua devida
Loja de Aplicativos o usuário deve pesquisar por FateCard e instalar o aplicativo. Os demais
procedimentos serão referenciados no próprio aplicativo.
54
5. DESENVOLVIMENTO
5.1. Pesquisa de mercado
A pesquisa abaixo foi desenvolvida para estudar se o público-alvo da aplicação
(estudantes da FATEC) seria receptivo a ela, e se existe necessidade de desenvolvê-la. A
pesquisa foi desenvolvida pela plataforma Google Forms, compartilhada apenas em grupos
de alunos da FATEC, feita de forma anônima, com direito a apenas uma resposta por conta,
e as perguntas foram desenvolvidas para que fosse uma pesquisa objetiva e rápida de
responder, estimulando mais estudantes a responderem. Todas essas medidas foram
tomadas buscando resultados que reflitam a realidade do público-alvo.
Figura 8 – Pergunta de pesquisa de mercado número 1
Fonte: Elaboração própria com uso do Google Forms (2023).
O resultado acima mostra que, apesar da maioria dos estudantes ter evitado perda
ou furto da carteirinha física, é algo que acontece com pelo menos alguns alunos (na
pesquisa, a perda ou furto ocorreu com 12,5% dos estudantes). Isto é algo que poderia ser
evitado caso, ao invés da carteirinha física, fosse usada a carteirinha digital, visto que um
aparelho celular é mais pesado e ocupa mais espaço, tendo sua falta percebida com maior
facilidade.
Figura 9 - Pergunta de pesquisa de mercado número 2

55
O resultado obtido acima mostra que, no mínimo, a extrema maioria (senão todos,
porém com essa amostra não é possível dizer com completa certeza) dos estudantes da
FATEC trazem seus celulares consigo para as dependências da faculdade, mostrando que,
caso o FateCard fosse substituir a carteirinha física, não haveria problema em questão de
ser uma opção disponível para todos.
O resultado exibido acima mostra que a grande maioria dos estudantes (81,3%) teria
preferência pelo FateCard ao invés da carteirinha física, pelo qual é possível afirmar que o
FateCard seria uma mudança bem recebida pelo público-alvo.

Com o resultado obtido acima, é possível perceber que existem grandes variações
no tempo levado para entrega da carteirinha física, dificultando a vida universitária, visto
que estudantes sem carteirinha devem se registrar na portaria com seus dados de
matrícula, processo que pode levar tempo e se tornar incômodo com o passar do tempo. O
FateCard não teria esse obstáculo, visto que seria apenas uma questão do administrador
56
(ou seja, alguém da secretaria, responsável por lidar com as matrículas e outras questões
da faculdade) importar os dados dos novos estudantes para o aplicativo, e que os
estudantes instalem o aplicativo em seus celulares, ambos processos muito mais eficientes
que a confecção de documentos físicos.
5.2. Desenvolvimento do nome

O desenvolvimento do nome foi feito com intenção de unir o simples com o objetivo.
Nossa ideia é ter um aplicativo de carteirinha da faculdade para reconhecer os alunos que
são da Fatec. Com isso, decidimos unir o “FATEC” da sigla da faculdade com o “Card” de
cartão em inglês, deixando assim um nome moderno e adaptado para a atualidade.
5.3. Desenvolvimento do logotipo

A logo do aplicativo, que foi desenvolvida na plataforma de design gráfico Canva, é
um design moderno e simples que representa a letra "F". O "F" é estilizado de forma
contemporânea e de cor vermelha, o que lhe confere uma aparência vibrante e ousada. O
uso do vermelho representa as cores utilizadas na logo da instituição Centro Paula Souza.
O design foi criado com atenção aos princípios do design atual, com linhas limpas e
uma estética que reflete a atualidade. A simplicidade da logo também é uma vantagem, pois
torna a identidade do aplicativo facilmente reconhecível e memorável.
Em resumo, a logo do aplicativo é uma representação contemporânea da letra "F"
em vermelho, com um design moderno e limpo que reflete a vitalidade e a simplicidade,
tornando-a adequada para a era atual.
Figura 12 – Logotipo da aplicação
5.4. Protótipos do software

5.4.1. Protótipos de telas
Os protótipos apresentados abaixo são de uma versão anterior da aplicação, quando estava
sendo desenvolvida no Kodular, por meio de programação NoCode.
57
Figura 13 – Tela inicial Figura 14 - Registro
Fonte: elaboração própria (2023).

Na tela inicial, o usuário poderá escolher entre se registrar no aplicativo caso não tenha
uma conta, ou efetuar o login.
Na tela de registro, o usuário poderá registrar-se no aplicativo, preenchendo os campos
com seus dados.
58
Figura 15 – Login Figura 16 – Menu
Na tela de login, é possível efetuar o login no aplicativo.

Na tela de menu, é possível visualizar uma prévia da carteirinha e seus benefícios, além de
ser possível escolher entre as opções de visualizar a carteirinha e seu código completos ou
a opção de scanear a carteirinha para digitalizá-la.
59
Figura 17 - Carteirinha Figura 18 - Configurações
Na tela de carteirinha, é possível visualizar a carteirinha e seu código por completo ou

também deletar a carteirinha.
Na tela de configurações, é possível escolher entre as opções de visualizar as informações
pessoais, as notificações e o suporte do aplicativo.
60
Figura 19 - Reportar problema Figura 20 – Problema enviado
Na tela de reportar problema, é possível enviar uma mensagem para o suporte do aplicativo,
via e-mail.
Na tela de problema enviado, é enviada uma mensagem de confirmação de e-mail enviado
para o suporte.
61
Figura 21 - Configurações sobre Figura 22 – Notificações

62
Na tela sobre, será possível visualizar os desenvolvedores e a versão do aplicativo.

Na tela de notificações, é possível verificar as notificações.
Figura 23 – Informações da carteirinha Figura 24 – Confirmação de exclusão
Na tela de informações da carteirinha, é possível preencher os campos com os dados da

carteirinha do usuário, para que seja feito o registro da carteirinha.
Na tela de confirmar exclusão, é possível confirmar a exclusão da carteirinha.
63
5.5. Modelos de navegação

Figura 25 – Modelo de navegação
Fonte: elaboração própria (2023).

64
6. RESULTADOS
Figura 26 – Tela Inicial Figura 27 – Registro

Na tela inicial, o usuário pode acessar as telas de registro e login.
Na tela de registro, o usuário pode registrar uma conta.
Ambas as telas exibidas acima foram mantidas iguais a como anteriormente eram na versão
protótipo.
65
Figura 28 – Aceitar termos Figura 29 – Login
Na tela de aceitar termos, é avisado ao usuário que ao aceitar, a aplicação irá coletar e utilizar
os dados apresentados pelo usuário para o único propósito de gerar sua carteirinha, e que
seus dados eram protegidos de acordo com LGPD. O usuário deve consentir para completar
seu cadastro e fazer uso da aplicação. Esta tela foi desenvolvida apenas após a troca para
Android Studio com Kotlin, quando foi levantada a necessidade de deixar os usuários cientes
que ao prover seus dados para gerar a carteirinha, eles seriam mantidos no banco de dados
Firebase, porém de forma sigilosa, prezando pela privacidade e segurança dos usuários.
66
Na tela de login, o usuário pode efetuar seu login para acessar o restante do aplicativo, ou
pode clicar no botão ‘Registrar’ caso não tenha uma conta e queira registrar uma. Esta tela foi
mantida exatamente como era na versão protótipo.
Figura 30 – Menu Figura 31 – Carteirinha
Na tela de menu é possível visualizar uma prévia da carteirinha e seus benefícios, além de ser
possível escolher entre as opções de visualizar a carteirinha e seu código completos ou a
opção de scanear a carteirinha para digitalizá-la.
Na tela de carteirinha é possível visualizar o QR Code e código de barras da carteirinha, ou
67
protótipo.
Figura 32 – Configurações Figura 33 – Reportar problema
Na tela de configurações é possível escolher entre as opções de visualizar as informações

pessoais, contatar suporte do aplicativo ou ver mais sobre o aplicativo. A tela ‘Sobre’ foi
alterada para ser acessada por meio desta tela, ao invés de manter o botão no canto superior
direito que anteriormente permitia acesso à tela.
68
Na tela de contatar suporte é possível enviar uma mensagem para o suporte do aplicativo, via
e-mail. Esta tela foi alterada de forma que o problema reportado tenha um ‘tipo’, para que ao
suporte receber o e-mail, saiba o tipo de problema reportado antes mesmo de ler a descrição
do problema.
Figura 34 – Problema enviado Figura 35 – Sobre

para o suporte.
Na tela de sobre, será possível visualizar os desenvolvedores e a versão do aplicativo.
69
protótipo, apenas atualizando a lista de desenvolvedores de acordo com o grupo final que
desenvolveu a aplicação e este trabalho.

carteirinha do usuário, para que seja feito o registro da carteirinha
Nesta tela é possível confirmar a exclusão da carteirinha.
70
protótipo.
Figura 38 – Digite e-mail para recuperação

Na tela acima, é possível inserir o e-mail da conta para receber um e-mail de recuperação de
senha. Esta tela não existia na versão protótipo da aplicação.
71
CONSIDERAÇÕES FINAIS
O desenvolvimento deste projeto é centrado na criação de uma carteirinha estudantil

digital, representa um avanço na busca por soluções inovadoras e práticas para os desafios
enfrentados pelos estudantes da faculdade. Em um contexto em que a virtualização se torna
uma parte integral da vida cotidiana, a aplicação proposta visa simplificar o acesso às
dependências da faculdade, superando as limitações das carteirinhas físicas tradicionais.
A pandemia de Covid-19 destacou a importância da tecnologia na educação, exigindo
abordagens criativas para garantir o contínuo acesso ao ensino. Nesse cenário, a proposta
deste projeto visa não apenas proporcionar praticidade aos estudantes, mas também otimizar
recursos e reduzir o tempo dedicado à produção de carteirinhas físicas.
A utilização de ferramentas como Figma, Android Studio (com uso de linguagem Kotlin),
e Firebase permitiu a criação de um protótipo funcional e, posteriormente, da aplicação final.
O Figma destacou-se na concepção da interface, garantindo uma experiência de usuário
intuitiva, enquanto o Kotlin, como linguagem oficial do desenvolvimento Android, ofereceu
eficiência e interoperabilidade.
A atenção especial à segurança e privacidade dos dados, em conformidade com
regulamentações como a LGPD, demonstra o compromisso com a integridade e
confidencialidade das informações dos usuários. A escolha cuidadosa do Firebase como
plataforma de gerenciamento de dados reforça a importância da segurança na implementação
da carteirinha digital.
A metodologia adotada, fundamentada em pesquisas e consultas a soluções
semelhantes, permitiu identificar as melhores práticas e desafios comuns associados à criação
de documentos digitais. Inspirados por aplicativos semelhantes, foram incorporadas
funcionalidades relevantes para tornar o FateCard uma aplicação completa e prática para uso
cotidiano.
Em resumo, este projeto não apenas propõe uma solução inovadora para lidar com
falhas de controle de acesso, mas também exemplifica a aplicação prática de conceitos
teóricos, tecnologias modernas e boas práticas de desenvolvimento. Espera-se que essa
iniciativa inspire futuros projetos voltados para simplificar a vida universitária e promover a
adoção de soluções digitais em instituições de ensino superior.
72
Contudo, no futuro, ainda há espaço para melhorias e atualizações que podem

aprimorar ainda mais a experiência dos usuários. Considerando a rápida evolução
tecnológica, é possível explorar integrações adicionais, como a implementação de tecnologias
biométricas para autenticação, proporcionando um nível adicional de segurança. Além disso,
a expansão para outras plataformas, como iOS, pode ampliar o alcance da aplicação,
tornando-a mais acessível a um número maior de estudantes. A contínua colaboração com a
comunidade acadêmica e a coleta de feedback dos usuários também podem ser estratégias
valiosas para identificar áreas de aprimoramento e garantir que o FateCard permaneça
alinhado com as necessidades dos estudantes da FATEC.
73
REFERÊNCIAS
BRASIL. Lei nº 13.709, de 14 de agosto de 2018. Lei Geral de Proteção de Dados
Pessoais (LGPD). Disponível em: <https://www.planalto.gov.br/ccivil_03/_ato2015-
2018/2018/lei/l13709.htm>. Acesso em: 29 de outubro de 2023.
GALVÃO & SILVA ADVOCACIA. Lei GDPR em português. Disponível em:

<https://www.jusbrasil.com.br/artigos/lei-gdpr-em-portugues/834170468>. Acesso em: 29 de
outubro de 2023.
GOODELL, Jeff. Steve Jobs in 1994: The Rolling Stone Interview. Disponível em:
<https://www.rollingstone.com/culture/culture-news/steve-jobs-in-1994-the-rolling-stone-
interview-231132/>. Acesso em: 31 de outubro de 2023.
GOOGLE. Documentação do Firebase. Disponível em:

<https://firebase.google.com/docs?hl=pt-br>. Acesso em: 29 de outubro de 2023.
GOOGLE. Firebase Data Processing and Security Terms. Disponível em:

<https://firebase.google.com/terms/data-processing-terms>. Acesso em: 29 de outubro de
2023.
GOOGLE. Privacidade e segurança no Firebase. Disponível em:

<https://firebase.google.com/support/privacy?hl=pt-br>. Acesso em: 29 de outubro de 2023.
INOVA TECNOLOGIA. App Carteirinha. Disponível em:

<https://itecnologia.com.br/app/carteirinha>. Acesso em: 31 de outubro de 2023.
JEMEROV, Dmitry; ISAKOVA, Svetlana. Kotlin in Action. Disponível em:

<https://www.google.com.br/books/edition/Kotlin_in_Action/OzkzEAAAQBAJ?hl=pt-
BR&gbpv=1&dq=kotlin+in+action+book&printsec=frontcover>. Acesso em: 29 de outubro de
2023.
JETBRAINS. Kotlin docs. Disponível em: <https://kotlinlang.org/docs/home.html>. Acesso

em: 29 de outubro de 2023.
JETBRAINS. The Kotlin Blog. Disponível em: <https://blog.jetbrains.com/kotlin/>. Acesso

em: 29 de outubro de 2023.
JUSTIÇA ELEITORAL. Título Eleitoral. Disponível em:

<https://www.justicaeleitoral.jus.br/titulo-eleitoral/>. Acesso em: 12 de novembro de 2023.
MORONEY, Laurance. The Definitive Guide to Firebase. Disponível em:

<https://link.springer.com/book/10.1007/978-1-4842-2943-9>. Acesso em: 29 de outubro de
2023.
74
PAOLA, Diana et al. A segurança dos documentos digitais. Disponível em:

<https://www.researchgate.net/publication/267235920_A_SEGURANCA_DOS_DOCUMENT
OS_DIGITAIS>. Acesso em: 29 de outubro de 2023.
SANTANA, Bruno. Eleve Seus Designs: O Que é Figma e Como Usá-lo Corretamente!
Disponível em: <https://www.hostinger.com.br/tutoriais/figma-o-que-e>. Acesso em: 29 de
outubro de 2023.
VANIN, Carlos Eduardo. Documento digital – uma nova era e (r)evolução. Disponível em:
<https://www.jusbrasil.com.br/artigos/documento-digital-uma-nova-era-e-r-
evolucao/726889661>. Acesso em: 12 de outubro de 2023.
VILLAIN, Matheu; SILVEIRA, Maria Isabelle. Figma: o que é a ferramenta, design e uso.
Disponível em: <
https://www.alura.com.br/artigos/figma?utm_term=&utm_campaign=%5BSearch%5D+%5BP
erformance%5D+-+Dynamic+Search+Ads+-
+Artigos+e+Conteúdos&utm_source=adwords&utm_medium=ppc&hsa_acc=7964138385&h
sa_cam=11384329873&hsa_grp=111087461203&hsa_ad=662261334153&hsa_src=g&hsa_t
gt=aud-758746945629:dsa-
843358956400&hsa_kw=&hsa_mt=&hsa_net=adwords&hsa_ver=3&gclid=Cj0KCQiAjMKqBh
CgARIsAPDgWlxgMVQ3Q_O-cgYNoq6iS1dHSl7ur5BpzHTCaDr16Z-YzXSr273I-
MoaAu3EEALw_wcB>. Acesso em: 29 de outubro de 2023.
75
APÊNDICE A – Manual final do usuário para uso do FateCard
Manual Final do Usuário

76
Sumário
1. Introdução..................................................................................................................... 79
2. Funcionalidades............................................................................................................ 80
3. Benefícios...................................................................................................................... 80
4. Acesso ao sistema......................................................................................................... 81
77
1. Introdução
Com o avanço da tecnologia e a crescente digitalização dos processos, a utilização de
documentos físicos tem sido gradativamente substituída por versões digitais, mais práticas,
sustentáveis e acessíveis. Nesse contexto, a carteirinha digital da faculdade surge como uma
solução inovadora para simplificar a vida dos estudantes e modernizar os procedimentos
acadêmicos.
A carteirinha digital representa uma evolução significativa em relação ao modelo

tradicional de carteirinha estudantil impressa em papel. Ao migrar para o meio digital, ela se
torna facilmente acessível aos estudantes por meio de seus dispositivos móveis, como
smartphones e tablets, eliminando a necessidade de carregar documentos físicos adicionais.
Essa praticidade não apenas reduz o risco de perda ou danos à carteirinha, mas também
proporciona um ambiente mais sustentável, com a diminuição do consumo de papel e a
minimização dos impactos ambientais.
Com base em pesquisa de campo e análise das tendências tecnológicas, este trabalho
busca oferecer uma visão abrangente e atualizada sobre a carteirinha digital da faculdade,
destacando suas vantagens e impactos positivos para a comunidade acadêmica. Esperamos
que este manual seja um instrumento útil e esclarecedor para todos os estudantes,
contribuindo para a adoção e plena utilização dessa inovação tecnológica no ambiente
universitário.
Ao longo deste documento, abordaremos os principais tópicos relacionados à

carteirinha digital da faculdade, desde a sua obtenção e instalação até as práticas
recomendadas de segurança. Portanto, convidamos você a mergulhar neste universo digital
acadêmico e aproveitar ao máximo essa nova forma de interação com a sua instituição de
ensino.
2. Funcionalidades
• Realizar Cadastro
78
• Realizar Login
• Adicionar Dados a Carteirinha
• Consultar Benefícios
• Enviar Mensagem ao Suporte
• Excluir Carteirinha
3. Benefícios
• Maior agilidade na entrada e liberação dos portões da Fatec

• Minimização da taxa de perda e gasto com impressões
• Facilitação de acesso para os estudantes por meio de dispositivos móveis
79
4. Acesso ao Sistema
Figura 39 – Tela Inicial Figura 40 – Registro
Na tela inicial, o usuário pode acessar as telas de registro e login.

Na tela de registro, o usuário pode registrar uma conta.
80
Figura 41 – Aceitar termos Figura 42 – Login
Na tela de aceitar termos, é avisado ao usuário que ao aceitar, a aplicação irá coletar e utilizar
os dados apresentados pelo usuário para o único propósito de gerar sua carteirinha, e que
seus dados eram protegidos de acordo com LGPD. O usuário deve consentir para completar
seu cadastro e fazer uso da aplicação.
Na tela de login, o usuário pode efetuar seu login para acessar o restante do aplicativo.
81
Figura 43 – Menu Figura 44 – Carteirinha
Na tela de menu é possível visualizar uma prévia da carteirinha e seus benefícios, além de ser
possível escolher entre as opções de visualizar a carteirinha e seu código completos ou a
opção de scanear a carteirinha para digitalizá-la.
Na tela de carteirinha é possível visualizar o QR Code e código de barras da carteirinha, ou
82
Figura 45 – Configurações Figura 46 – Reportar problema
Na tela de configurações é possível escolher entre as opções de visualizar as informações

pessoais, notificações, contatar suporte do aplicativo ou ver mais sobre o aplicativo.
Na tela de contatar suporte é possível enviar uma mensagem para o suporte do aplicativo, via
e-mail.
83
Figura 47 – Problema enviado Figura 48 – Sobre

para o suporte.
Na tela de sobre, será possível visualizar os desenvolvedores e a versão do aplicativo.
84

carteirinha do usuário, para que seja feito o registro da carteirinha.
Na tela de confirmar exclusão, é possível confirmar a exclusão da carteirinha.
85
Figura 51 – Digite e-mail para recuperação

Na tela acima, é possível inserir o e-mail da conta para receber um e-mail de recuperação de
senha.

Monografia Versão Corrigida

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Monografia Versão Corrigida

Enviado por

Direitos autorais:

Formatos disponíveis

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

Arthur Alves Valentin

São Caetano do Sul

Arthur Alves Valentin

Trabalho de Conclusão de Curso apresentado à

Orientador: Prof. Dr. Rodrigo Amorim Motta Carvalho.

São Caetano do Sul

Trabalho de Conclusão de Curso apresentado à

Prof. Dr.: Rodrigo Amorim Motta Carvalho

Profª. M.a: Rosangela Kronig

Prof. Dr.: Adilson Ferreira da Silva

Palavras-chave: carteirinha de identidade; carteirinha digital; carteirinha universitária.

Keywords: identity card; digital identity card; academic identity card.

O atual uso de carteirinhas estudantis físicas para entrada na faculdade se mostra

O objetivo deste trabalho é desenvolver uma aplicação para acessar a carteirinha

Esse trabalho foi desenvolvido utilizando como referências teóricas regulamentos de

buscando desenvolver uma aplicação intuitiva, segura e tecnologicamente equivalente a

No capítulo 2, listaremos as plataformas e regulamentos utilizados no

No capítulo 3, explicaremos a metodologia utilizada para o projeto, reforçando as

No capítulo 4, mostraremos a documentação, com todos os diagramas, requisitos e

No capítulo 5, apresentaremos a pesquisa de mercado, o desenvolvimento do

No capítulo 6, revelaremos os resultados do projeto, com a versão final das principais

No último capítulo, revelaremos nossas considerações finais.

por isto então é fundamental considerar as regulamentações de proteção de dados, como

No site oficial do Firebase, é citada a proteção de dados do Firebase, que dá suporte

Além disso, as tecnologias de software são essenciais para a criação e

desenvolvimento Kotlin, como sugestões de código, depuração eficiente e análise estática

• O Firebase fornece serviços de nuvem escaláveis, incluindo armazenamento em

• O Firebase fornece recursos de análise detalhada para que os desenvolvedores

Em resumo, o Firebase é uma plataforma poderosa e abrangente que oferece uma

Kodular se destaca por sua abordagem de desenvolvimento sem a necessidade de

Neste processo, os membros da equipe puderam criar telas interativas, adicionar

Ao criar o protótipo do aplicativo com o Kodular, nossa equipe economizou tempo e

Para fundamentar a abordagem, foram realizadas pesquisas minuciosas sobre as

O Figma auxiliou na concepção da interface gráfica, considerando a interação do

Para armazenar e gerenciar os dados da carteirinha digital, foi decidido utilizar o

4.1. Requisitos funcionais

RF04 A carteirinha digital deve exibir as informações necessárias para

4.2. Requisitos não funcionais

RNF01 RF01 O sistema deve impedir o avanço do usuário caso a validação

RNF04 RF01 O sistema deve garantir que as informações de login do

RNF05 RF02 O sistema deve cumprir todas as leis e regulamentações

RNF06 RF02 O sistema deve ser capaz de processar, armazenar e

dados deve ser otimizada para reduzir o tempo de espera dos

RNF07 RF02 O sistema deve garantir a segurança das informações da

RNF09 RF04 O sistema deve ser capaz de exibir as informações de

RNF13 RF06 O sistema deve garantir que as informações atualizadas pelos

RNF14 RF06 O sistema deve ser capaz de processar rapidamente as

RNF16 RF07 O sistema deve estar sempre disponível para as autoridades

RNF17 RF08 O sistema deve manter acesso à carteirinha ao perder

RNF18 RF08 O sistema deve permitir que o usuário possa remover a

RNF20 RF09 O sistema deve ser capaz de processar a solicitação de

4.3. Diagrama de caso de uso

Figura 1 - Diagrama de casos de uso – Carteirinha digital

Fonte: Elaboração própria (2023).

4.3.1. Especificação de casos de uso

1. Caso de uso Fazer Login (UC001)

O sistema verifica se os dados digitados conferem com os cadastrados no sistema.

1.3. Fluxo de eventos

(2) O usuário digita seus dados e confirma o aceso.

(3) O sistema valida os dados de acesso com aquele presente no sistema.

{enviar mensagem de erro}

(4) Retornar ao próximo passo do caso base.