BIBLIOTECA VIRTUAL

Resumo
A Biblioteca do Centro de Ensino Médio Integrado do Gama enfrenta a
dificuldade de adequar o processo de empréstimo de livros disponíveis na
biblioteca e organização. Atualmente é empregado um processo manual e
exaustivo por parte dos funcionários da biblioteca, que além de terem que
registrar manualmente cada livro e organizar, têm que criar uma ficha
manuscrita para quem quer fazer um empréstimo de livros. Para quem já tem
uma ficha há de buscá-la em uma pequena caixa de plásticos, que contém os
cartões de todas as pessoas já cadastradas separadas por turmas, ou turno no
caso da comunidade. Com base nessa realidade, a Biblioteca Virtual visa
facilitar este processo de empréstimo, tornando-o mais rápido, eficiente e
organizado através de sua informatização, podendo ser feito desde registros
até alocação.
A Biblioteca Virtual do Centro de Ensino Médio Integrado do Gama irá
informatizar parte do processo de empréstimo dos livros disponíveis oferecidos
pela escola. Através deste sistema os bibliotecários terão controle sobre os
livros disponíveis no acervo da biblioteca e nível de acesso dos usuários,
enquanto os funcionários serão responsáveis por catalogar os livros, organizar
o acervo e fazer a manutenção do software. O produto fornecerá aos usuários
as informações necessárias para melhor gerirem os empréstimos de livros.
Assim, têm-se como expectativa facilitar e agilizar o processo de empréstimos
de livros da Biblioteca do Centro de Ensino Médio Integrado do Gama, além de
evitar qualquer inconsistência em relação ao atendimento de muitos usuários
solicitando o empréstimo de livros ao mesmo tempo com somente um
funcionário no horário, e de evitar a viagem perdida em busca de livros que não
constam no acervo ou cujo o empréstimo já foi feito para outra pessoa.

Palavras-chaves: Biblioteca Virtual, Empréstimo de Livros,Usuários.

INTRODUÇÃO

Página 1 de 17
 A Biblioteca Virtual é um projeto de desenvolvimento de um sistema
para o CEMI (Centro de Ensino Médio Integrado do Gama). O projeto tem
como finalidade facilitar e automatizar o processo de alocação de livros da
biblioteca interna da escola pelos funcionários, estagiários, coordenadores e
demais interessados.
Este sistema foi desenvolvido por alunos do Centro de Ensino Médio
Integrado do Gama, do curso de Técnico em Informática. O projeto é a
consolidação de ideias de funcionários e da comunidade acadêmica visando o
desenvolvimento da biblioteca.

Definições, Acrônimos e Abreviações

Abaixo serão apresentados alguns conceitos de documentação de
software desejáveis para o melhor entendimento deste documento e termos
aplicados ao contexto da escola:
CEMI - Centro de Ensino Médio Integrado do Gama
Front-End - O desenvolvedor front-end é responsável por “dar vida” à
interface. Trabalha com a parte da aplicação que interage diretamente com o
usuário. Por isso, é importante que esse desenvolvedor também se preocupe com
a experiência do usuário.
Back-End - Ele é o responsável, em termos gerais, pela implementação da
regra de negócio.
Full Stack - trata-se de um profissional capaz de trabalhar com toda a
stack de desenvolvimento de uma aplicação.Caracterizando-se como um
desenvolvedor full stack caso ele trabalhe com o front-end e com o back-end,
considerando também um desenvolvedor como fullstack caso ele consiga atuar
não somente no front e no back-end, mas sim em todas as etapas e partes do
desenvolvimento, como o banco de dados e servidor.

OBJETIVOS
OBJETIVO GERAL
Otimizar as atividades dos funcionários da biblioteca.

OBJETIVO ESPECÍFICO
● Propiciar um acesso facilitado ao acervo da biblioteca;

● Facilitar a reserva, locação e renovação de livros;

● Prover para o gestor da biblioteca uma visão simplificada da situação do
acervo.

METODOLOGIA

Página 2 de 17
 O projeto teve início no dia de 22 de Setembro de 2018 com a criação e
reunião de membros, que posteriormente começaram seus estudo sobre os
assuntos que envolviam Git, Github,RubyOnRails e as metodologia, Scrum,
para gestão, e eXtreme Programming (XP), para o desenvolvimento, incluindo
também testes e implementação na biblioteca.
O desenvolvimento da aplicação foi realizado em paralelo com as
práticas educacionais aplicadas, no que se trata do desenvolvimento a primeira
metodologia utilizada foi o Scrum, com a ideia inicial de facilitar a organização
de trabalho do grupo de desenvolvedores selecionados para que aplicasse
exemplos como: (i) dar aos mesmos tempo de 2 semanas para resolver
questões relacionadas às atividades propostas.
Com o decorrer do tempo, por volta de outubro, com o aprendizado das
atividades, o grupo foi reunido para fazer uma entrevista com a pessoa
responsável pelo pedido do software, assim a partir dessa entrevista foi criado
um documento de requisitos que poderia definir o que se teria no aplicativo,
após essa reunião foi utilizado o Kanban, com o propósito de organizar
corretamente como seria feito cada umas das funções obtidas a partir dos
dados do documento de requisitos. Figura do Kanban abaixo:
Figura 1: Kanban do Github

Fonte: próprio autor.

Para os seguintes desenvolvimentos a equipe foi dividida em duas:

Teste de Código e Desenvolvimento de Código, adiantando em longos passos
a implementação das funções ao software.
No início do mês de março, o projeto da biblioteca virtual, passou a ser
uma oficina, o que acabou também junto trazendo novas pessoas ao grupo,
com dias pré-estabelecidos pela escola, o que antes não se tinha um dia
específico. Para se adaptar a este novo modelo, mudou-se a metodologia de
trabalho, tornando os antigos membros em monitores e os novos em alunos, no
primeiro semestre de 2019. Essa ação foi tomada devido a percepção do déficit
com a linguagens de programação base dos novos membros, logo, foi
planejado ensiná-los.

Página 3 de 17
 Com o passar do tempo, no final do primeiro semestre, com intuito de
avançar um pouco o software, foi desenvolvido a parte de design do site, criado
pelos novos membros, encerrando uma espécie de beta do programa. Assim
sendo, no segundo semestre, ocorreram mudanças e desenvolvimentos, onde,
foram adicionados a integração contínua, e pair programming que são uma
das atividades da metodologia XP e um novo repositório de controle de
versão, o Gitlab.

REFERENCIAL TEÓRICO
Conforme Manuel(2015) o gerenciamento de requisitos de software é
uma atividade que exige uma atenção especial no processo de gerenciamento
de desenvolvimento de software ou sistema de software, sem ele muitas das
atividades que tangem o desenvolvimento web podem falhar ou ocorrer
desenvolvimento de funções que não são necessárias para a aplicação.
O GCS (Gerenciamento de Configuração de Software) é uma realidade
que define muito das aplicações atualmente, criando nos anos 50 como
motivação o de não o controle de versão de dados como o Git, mas sim, criar
padrões para gerenciar o software, de forma que venha a proporcionar maior
estabilidade e confiabilidade ao sistema, além de engrandecer a visão do
mesmo. Assim evitando problemas, como confusões de código, pouca
eficiência na notificação de código pronto, o que acaba gerando casos onde
quando se tinham problemas a solucionar em software, muitas pessoas iam
solucionar o mesmo problema de formas diferentes, assim acabavam perdendo
desse jeito tempo precioso para a criação de novos funções na aplicação.
Mesmo atualmente, na criação de software ou aplicação web, não se
pode confiar totalmente, pois nada é 100% seguro, com os adventos da nova
geração, foram criados diversos frameworks, para se indentar os códigos
deixando eles visualmente mais bonitos como o Rubocop (RubyOnRails), além
disso, para se dispensar horas de testes manuais foram automatizados certos
testes de implementação como o Rspec (RubyOnRails), todos esses citados
como exemplos de uma linguagem (Ruby) que os utiliza de forma concisa e
tendo vista que a instalação de seu ambiente leva consigo o RubyOnRails, que
tem a facilidade de interação com o desenvolvedor, além de levar a instalação
de um banco de dados que é essencial para a criação de aplicações web que
manipula dados.

EXPECTATIVA DE RESULTADOS
Seguindo as técnicas de elicitação de requisitos, foi levantado os
problemas apresentados pela biblioteca, quem são as pessoas afetadas, qual o

Página 4 de 17
impacto em que o software proposto atuaria para resolvê-lo ou minimizá-lo,
sendo:
● O problema de todas as atividades internas da biblioteca serem
manuais, com registro físico afeta os funcionários, estagiários, alunos e
a comunidade, cujo impacto é uma lentidão em todo o processo de
gestão da biblioteca e uma boa solução seria um sistema capaz de fazer
a gestão de registro de todo o acervo, empréstimos e usuários da
biblioteca;
● O problema de não haver uma plataforma remota para capaz de
apresentar o acervo e os livros que estão disponíveis no momento para
empréstimo afeta a comunidade e alunos, cujo impacto é a necessidade
dos alunos e da comunidade ter que se deslocar à biblioteca para
verificar esse acervo, correndo o risco de ou não ter o livro, ou o livro
não estar disponível para empréstimo (livro já emprestado). Uma boa
solução seria a criação de um sistema que mostrasse o acervo de livros
disponível na biblioteca e fosse a possível a reserva dos livros por esse
mesmo sistema.
Com os maiores problemas levantados, foi então mapeado quais seriam os
tipos de usuário do sistema e suas responsabilidades, quais pessoas deveriam
ser envolvidas no projeto, quais os seus papéis e quais usuários elas
representam (todo esse mapeamento pode ser visto nas tabelas 1, 2, 3, 4, 5,
6, 7 e 8).

Nome Descrição Responsabilidades

Clientes Alunos da escola e Acompanhar o andamento do

membros da Comunidade projeto e disponibilizar
(Fic e Mediotec) informações sobre o mesmo.

Coach Professor da oficina Ajudar com dicas de soluções

sobre as dificuldades dos
grupos de Front-End e
FullStack

Equipe de Grupo de alunos da oficina Planejar, desenvolver e

Front-End que mexem com a parte implementar o sistema.
de design do site

Equipe Dupla de alunos que Planejar, desenvolver e

FullStack mexem tanto no Back-End implementar o sistema.
como no Front-End
Tabela 1: Resumo dos Envolvidos

Nome Descrição Responsabilidades Envolvido

Administrador do Operador do Responsável por Marilia do

Sistema sistema no designar os Santos

Página 5 de 17
 âmbito de funcionários da Pinheiro
administrar biblioteca e fazer as
funções atividades básicas de
administração da
biblioteca.

Funcionário da Funcionário da Responsável por Marilia do

Biblioteca biblioteca com organizar, Santos
funções de baixo registrar,catalogar e Pinheiro
designadas pelo renovar dados sobre o
administrador acervo da biblioteca,
além poder desativar
livros que não estão
no sistema.

Usuário Usuário com Entrar no site e alugar Marilia do

Cadastrado Acesso ao algum livro e fazer sua Santos
sistema devolução no tempo Pinheiro
estabelecido pelo
sistema

Usuário comum Usuário sem Se cadastrar no Marilia do

acesso ao sistema e fazer busca Santos
sistema no acervo da Pinheiro
biblioteca.
Tabela 2: Resumo dos Usuários do Sistema

Representantes Marilia do Santos Pinheiro

Sebastião Ivaldo Carneiro Portela

Descrição Coordenadora das oficinas atualmente e o Vice-diretor

que estão familiarizados com o sistema de empréstimos
de livros

Tipo Cliente que requisitou o projeto

Responsabilidades Observar e avaliar o andamento do software,

disponibilizar informações sobre o processo de
empréstimos na biblioteca assim como o funcionamento
da mesma

Critérios de Receber um software que faça de maneira

sucesso automatizada o empréstimo dos livros e permita o
gerenciamento destes.

Envolvimento Alto
Tabela 3: Perfil do Envolvido (Cliente)

Representantes Vinicius Pinheiro da Silva Corrêa

Página 6 de 17
Descrição Coach responsável por cuidar da equipe de Frontend e
FullStack

Tipo Graduado na Universidade de Brasília no curso de

Engenharia de Software.

Responsabilidades Observar e auxiliar ambas as equipes do projeto na

questão de dúvidas e dificuldades de andamento do
mesmo

Critérios de Ajudar as equipes na conquista de conclusão do projeto

sucesso

Envolvimento Médio
Tabela 4: Perfil do Envolvido (Coach)

Representantes Arthur Atos Santos do Nascimento

Geovana Jesus Almeida
Julia de Andrade Araújo Pinto

Descrição Desenvolvedores responsáveis pelo código do Front

End que será aplicado no software

Tipo Alunos matriculados no curso técnico em informática do

Centro de Ensino Médio Integrado do Gama.

Responsabilidades Tem a responsabilidade de exerce a função de

implantar o design do site e documentar de acordo com
especificações passadas pelos clientes ou o que melhor
se adequa ao pedido dos mesmos.

Critérios de Entregar no prazo os testes de implementação, códigos

sucesso do desenvolvimento do sistema para assim aumentar o
conhecimento e prática em certos quesitos

Envolvimento Alto
Tabela 5: Perfil do Envolvido (Equipe Front-end )

Representantes Christyan Brayan do Amaral Carvalho

Gabriel Ferreira da Silva

Descrição Desenvolvedores responsáveis pelo código tanto na

parte Back End como na parte Front-end , além de
serem responsáveis por testar o código que será
aplicado no software.

Tipo Alunos matriculados no curso técnico em informática do

Centro de Ensino Médio Integrado do Gama.

Responsabilidades Implementar o backend e auxiliar na implementação do

Página 7 de 17
 frontend

Critérios de Entregar no prazo os testes de implementação, códigos

sucesso de segurança, códigos do desenvolvimento do sistema
para assim aumentar o conhecimento e prática em
certos quesitos

Envolvimento Alto
Tabela 6: Perfil do Envolvido (Cliente)

Representante Marilia do Santos Pinheiro

Descrição Responsável pela aceitação do empréstimo do

livro online e aumento ou diminuição no nível de
acesso do software

Tipo Funcionários alocados para a biblioteca e atuam

como gestor da mesma

Responsabilidades Gerenciar a aceitação do empréstimo do e

garantir que o livro que for aceito para
empréstimo seja entregue e devolvido no prazo.

Critérios de Sucesso Obter um software resultante capaz de

automatizar alguns processos da biblioteca como
o de empréstimos, garantindo, menos tempo e
mais agilidade no momento em que se for a
biblioteca, garantindo tempo para que a mesma
seja organizada

Envolvimento Usuário Final do Sistema

Produtos Liberados -Empréstimo de Livros

-Promoção de Níveis de Acesso
-Relatório de livros no empréstimo com suas
respectivas datas de devolução
Tabela 7: Perfil do Usuário (Administrador do Sistema)

Representante Marilia do Santos Pinheiro

Descrição Responsável pela organização tanto do acervo

online quanto do físico, também pela desativação
dos livros e responsável pela manutenção do site
e atualização de catálogo

Tipo Estagiários contratados pela escola, com

algumas especificações para ajudar no
gerenciamento tanto online quanto físico

Responsabilidades Gerir as competências que se necessita para que

o software e biblioteca continue funcionando em

Página 8 de 17
 pleno estado.

Critérios de Sucesso Fornecer ao software resultante manutenções de

alguns processos da biblioteca, como por
exemplo, o de desativar livro, a atualização
contínua do acervo online e a manutenção do site

Envolvimento Usuário Final do Sistema

Produtos Liberados -Desativar Livro

-Atualização de Acervo
-Registro de Livro
-Manutenção do Site
Tabela 8: Perfil do Usuário (Funcionário da Biblioteca)
Com a definição de todos os envolvidos no projeto, os principais
usuários do sistema e suas atribuições. Foi mapeado, os recursos que o
software deveria prover (Tabela 9), os requisitos de negócio (Tabela 10) e os
requisitos funcionais (Tabela 11).

Código Recurso Benefício

Agiliza o processo, antes feito de maneira

Sistema de
inteiramente manual, e torna o mesmo
cadastramento dos
mais útil e funcional. Servindo diretamente
R01 livros constituintes do
para um melhor mecanismo de busca que
acervo, bem como dos
retorna exatamente o que o usuário
dados de cada um.
procura.

Permite que se ache rapidamente o que

Sistema de busca a se procura, a partir de dados como o
R02
partir de filtros. nome do autor, data, editora ou o próprio
título do livro.

Permite uma informatização sobre a

Descrição da condição
condição em que se encontra o livro,
R03 do livro referente ao
levando ao usuário descobrir se ele está
empréstimo
disponível ou indisponível.
Tabela 9: Resumo dos recursos do sistema
Código Requisito Detalhes
RN01 Conhecer processo de Para se alugar um livro é preciso
empréstimo conseguir uma série de passos,
para se saber quanto tempo e qual
livro pegar
RN02 Conhecer tipos de usuários Para se alugar um livro é preciso
da biblioteca conseguir uma série de passos,
para se saber quanto tempo e qual
livro pegar
RN03 Separar material primário Tipificar a classificação de cada livro

Página 9 de 17
 referente a biblioteca
Tabela 10: Requisitos de Negócio
Código Requisito Detalhes
RF01 Cadastramento de Usuários Inclusão, alteração e baixa lógica de
usuários
RF02 Cadastramento de Inclusão, alteração e baixa lógica de
Funcionários funcionários
RF03 Cadastramento de Livros Inclusão, alteração e baixa lógica de
Doados livros
RF04 Registro de Empréstimos de Registrar data, ano, editora, ano de
Livros doação, código
RF05 Registro de Devolução de Registrar data, código, usuário,
Livros funcionário
RF06 Consulta ao estande digital Filtra a quantidade de livros existentes
ao total menos os que estão
indisponíveis
RF07 Consulta de Doação de Livros Busca livros doados e com assinatura
digital na biblioteca
RF08 Diferenciação de tipos de livros Utilização de cores específicas para
no estande digital cada tipo de livro
RF09 Notificar devolução de livro Envio ao email do usuário, sobre a
condição do livro
Tabela 11: Requisitos Funcionais
Com os requisitos funcionais mapeados, foi levantado os requisitos não
funcionais, sendo eles classificados, para facilitar a leitura, em categorias.

Requisito do sistema
● O sistema deve estar hospedado em um servidor e também ter acesso a
uma rede estável para a conexão com os usuários.
● Para acessar a página do servidor é necessário o usuário ter um
navegador de internet e conexão com a internet.

Requisito de Design
● O sistema deve ter uma interface organizada e intuitiva, suficiente para o
uso adequado, tanto por parte dos funcionários e estagiários da
biblioteca, bem como de todo e qualquer tipo de usuário externo que
venha a utilizar o sistema. As áreas do site devem estar bem
delimitadas, bem como ao que o usuário pode fazer, de acordo com o
seu nível de acesso.

● O acervo de livros deve permitir uma fácil e objetiva visualização,

servindo ao propósito inicial de tornar melhor todo o processo de
manutenção e consulta dos livros, algo que antes era maçante e
ineficiente.

Requisito de Arquitetura

Página 10 de 17
 ● O sistema deve seguir a arquitetura MVC (Model View Controller) do
Ruby on Rails.

Requisito de Usabilidade
● O sistema deve ser responsivo com a interação do usuário,
principalmente na parte de mostrar usuário, exibindo mensagens de
instruções para as devidos preenchimentos, também na parte de
cadastro deve ser aplicar o mesmo.

Requisito de Segurança
● O sistema deve criar níveis de permissão para cada tipo de conta em
relação ao acesso a cada funcionalidade.

Tendo em mãos os requisitos do sistema, foi montado, juntamente com o

cliente, o backlog do projeto. Ele foi feito utilizando o conceito de histórias de
usuário (US), que traz em uma frase uma descrição da funcionalidade,
juntamente com os critérios de aceitação, que especifica as informações
adicionais necessárias para a implementação.
As US levantadas, juntamente com seus critérios de aceitação foram:
US01 – Cadastrar Usuário
Eu, como usuário do sistema, desejo efetuar meu cadastro com a
finalidade de ter acesso ao sistema interno da biblioteca.

Critérios Aceitação
● Nome – Obrigatório – String entre 20 e 150 caracteres
● Senha - Obrigatório- String entre 3 a 20 caracteres
● Série e Turma - obrigatório - String de dois caracteres
● Matrícula - obrigatório - 9 números
● CPF - obrigatório - 11 números
● Endereço - obrigatório - String entre 20 e 150 caracteres
Função - sempre será colocada como aluno, podendo ser alterada
somente pelo administrador do sistema.

US02 - Alterar Usuário

Eu, como usuário do sistema, desejo efetuar uma alteração nos meus
dados com a finalidade de atualizar as minhas informações cadastrais.

Critérios de Aceitação
● Nome – Obrigatório – String entre 20 e 150 caracteres
● Série e Turma - obrigatório - String de dois caracteres
● Endereço - obrigatório - String entre 20 e 150 caracteres
● O usuário pode alterar somente seus próprios dados básicos,
para alterar dados de outros usuários precisa-se ser um
funcionário ou o administrador do sistema.

US03 - Desativar Usuário

Página 11 de 17
 Eu, como usuário do sistema, desejo desativar o meu cadastro com a
finalidade de encerrar a minha participação no sistema.

Critérios de Aceitação
● Nome – Obrigatório – String entre 20 e 150 caracteres
● Série e Turma - obrigatório - String de dois caracteres
● Matrícula - obrigatório - 9 números
● CPF - obrigatório - 11 números
● Endereço - obrigatório - String entre 20 e 150 caracteres

US04 - Aluguel de Livros

Eu, como usuário comum da biblioteca, desejo alugar um livro com a
finalidade de tê-lo em pose para leitura.

Critérios para Aceitação

● Nome - obrigatório - String entre 20 e 100 caracteres
● Turma- obrigatório - String de dois caracteres
● Matrícula - obrigatório - obrigatório - 9 números
● Quantidade do livro - obrigatório - atributo numérico >0 e <200

US05 - Cadastramento de Livros Doados

Eu, como funcionário efetivo da biblioteca, desejo efetuar o
cadastramento de livros doados com a finalidade de organizar e automatizar tal
ato, deixando mais simples o processo de manutenção do acervo da biblioteca.

Critérios de Aceitação
● Nome do livro - String entre 20 e 100 caracteres
● Autor - String entre 20 e 100 caracteres
● Editora - String entre 20 e 100 caracteres
● Ano - 4 números
● Categoria - String de até 20 caracteres
● Código de barras (ou outro código) - 13 números
● Origem da doação
● Quantidade de livros

US06 - Ativar Usuário

Eu, como funcionário do sistema, desejo ativar um usuário com a
finalidade de devolver o acesso dele ao sistema.

Critérios de Aceitação
● Nome – Obrigatório – String entre 20 e 150 caracteres
● Série e Turma - obrigatório - String de dois caracteres
● Matrícula - obrigatório - 9 números
● CPF - obrigatório - 11 números
● Endereço - obrigatório - String entre 20 e 150 caracteres

US07 - Mostrar Usuário

Eu, como usuário do sistema, desejo visualizar a minha conta
cadastrada com a finalidade de ter uma visualização dos meus dados
cadastrais.

Página 12 de 17
 Critérios de Aceitação
● Nome - String entre 20 e 150 caracteres
● Série e Turma - obrigatório - String de dois caracteres
● Matrícula - obrigatório - 9 números
● CPF - obrigatório - 11 números
● Endereço - obrigatório - String entre 20 e 150 caracteres

US08 - Listar Usuários

Eu, como funcionário do sistema, desejo listar os usuários com a
finalidade de ter uma listagem das contas cadastradas para verificar os dados e
pendências.

Critérios de Aceitação
● Nome - String entre 20 e 150 caracteres
● Série e Turma - obrigatório - String de dois caracteres
● Matrícula - obrigatório - 9 números
● CPF - obrigatório - 11 números
● Endereço - obrigatório - String entre 20 e 150 caracteres

US09 - Consulta de Doação de Livros

Eu, como funcionário ativo da biblioteca, desejo realizar uma consulta de
doação de livros com a finalidade de organização e gestão.

Critérios de Aceitação
● Nome do livro - String entre 20 e 100 caracteres
● Autor - String entre 20 e 100 caracteres
● Editora - String entre 20 e 100 caracteres
● Ano - 4 números
● Categoria - String de até 20 caracteres
● Código de barras (ou outro código) - 13 números
● Origem da doação
● Quantidade de livros - atributo numérico >0 e <200
● Login do funcionário - obrigatório

US10 - Diferenciação de tipos de Livros no Estande Digital

Eu, como funcionário da biblioteca, desejo realizar a diferenciação de
tipos de livros no Estande Digital com a finalidade de uma melhor catalogação
dos materiais.

Critérios de Aceitação
● Nome do livro - String entre 20 e 100 caracteres
● Autor- String entre 20 e 100 caracteres
● Editora- String entre 20 e 100 caracteres
● Ano- 4 números
● Código de barras (ou outro código) - 13 números
● Gênero/Categoria- String de até 20 caracteres

US11 - Codificação de Livros

Página 13 de 17
 Eu, como funcionário da biblioteca, desejo verificar a codificação dos
livros novos e antigos presentes na biblioteca digital com finalidade de gestão.

Critérios de Aceitação:
● Nome do livro - String entre 20 e 100 caracteres
● Autor - String entre 20 e 100 caracteres
● Editora - String entre 20 e 100 caracteres
● Ano - 4 números
● Categoria - String de até 20 caracteres
● Código de barras (ou outro código) - 13 números

US12 - Notificar devolução de livro

Eu, como funcionário da biblioteca, desejo realizar uma notificação sobre
a devolução de livro com a finalidade de ter uma maior garantia de que o
material seja devolvido e assim manter a disponibilidade dos livros, bem como
o fluxo e manutenção do acervo.

Critérios de Aceitação
● Número de WhatsApp ou E-mail do Aluno?
● Data de devolução
● Mensagem da notificação

US13 - Login
Eu, como usuário da biblioteca, desejo ter acesso a minha conta para
efetuar as minhas respectivas atividades.

Critérios de Aceitação:
● CPF - String de 11 caracteres
● Senha - Obrigatório- String entre 3 a 20 caracteres

US14 - Autenticação como Admin

Eu, como administrador do sistema, desejo ter acesso a página de
administração para efetuar atividades administrativas.

Critérios de Aceitação:
● Lista de usuários, para ter controle de acesso do site
● Desativar ou Ativar livros do sistema
● Dar e retirar acesso de funcionário ao usuário comum
● Manutenção do site

US15 - Leitura de código de barras

Eu, como funcionário da biblioteca, desejo efetuar a leitura do código de
barras do livro para efetuar as atividades básicas da biblioteca com respectiva
finalidade ao livro.

Critérios de Aceitação:
● Código de barras EAC-13
● Já ser cadastrado no sistema

US16 - Mostrar Livro

Página 14 de 17
 Eu, como usuário do sistema, desejo visualizar o livro do site com a
finalidade de ter uma visualização dos seus dados.

Critérios de Aceitação
● Nome do livro - String entre 20 e 100 caracteres
● Autor - String entre 20 e 100 caracteres
● Editora - String entre 20 e 100 caracteres
● Ano - 4 números
● Categoria - String de até 20 caracteres
● Código de barras (ou outro código) - 13 números
● Origem da doação
● Quantidade de livros

US17 - Registro de Empréstimos de Livros

Eu, como funcionário da biblioteca, desejo realizar o registro de
empréstimos de livros com a finalidade de organização, controlando o fluxo de
empréstimos de livros e disponibilidade dos mesmos para novos empréstimos
futuros.

Critérios de Aceitação:
● Quantidade do livro - obrigatório - atributo numérico >0 e <200
● Código de barras (ou outro código) - 13 números
● Data de empréstimo deve ser visualizada
● Data de devolução deve ser visualizada

US18 - Registro de Devolução de Livros

Eu, como funcionário ativo da biblioteca, desejo realizar o registro de
devolução de livros com a finalidade de organização, conjunta a de
empréstimos, para haver uma melhor gestão do acervo.

Critérios de Aceitação
● Nome do aluno - String entre 20 e 150 caracteres
● Nome do livro - String entre 20 e 100 caracteres
● Data de devolução

US19 - Consulta ao Estande Digital

Eu, como usuário comum da biblioteca, desejo realizar uma consulta ao
estande digital com a finalidade de verificar a disponibilidade de um livro ou
mesmo apenas consultar o acervo disponível.

Critérios de Aceitação
● Login do usuário - obrigatório
● Visualização de livros disponíveis - obrigatório - atributo numérico
>0 e <200
● Visualização dos livros - obrigatório

Com todo o software desenhado, iniciou-se a implementação. Como

pode ser visto no kanbam da Figura 2, praticamente a metade do software
proposta já está implementada, sendo necessário a validação delas pela
cliente.

Página 15 de 17
 O desenvolvimento foi separado em sprints que inicialmente eram
semanais, porém devido ao déficit técnico, foi alterada para mensais.
Figura 2: Kanban do Gitlab

Fonte: próprio autor.

CONSIDERAÇÕES FINAIS
Espera-se que com automatização da biblioteca, se crie e implemente
um software fazendo cessar os problemas quanto a catálogos e haja um
aumento na produtividade da biblioteca, assim podendo seus funcionários
realizarem suas atividades com mais eficiência.

Página 16 de 17
REFERÊNCIAS
CARREIRA , Pedro Henrique. Gerência de Configuração de Software:
Introdução. Rio de Janeiro: Rafael, 2016. Disponível em:
https://docplayer.com.br/9713173-Gerencia-de-configuracao-de-software-
introducao.html. Acesso em: 21 ago. 2019.

CORRÊA, Iago da Cunha; ARAUJO, Cássio Castro; MEDINA, Alexandre

Moreira (comp.). Tutorial GIT. Santa Maria - DF: [s. n.], 2016. 17 p.
JACYNTHO, Mark Douglas de Azevedo (org.). Processos para
Desenvolvimento de Aplicações Web. 23. ed. Rio de Janeiro: [s. n.], 2008.
30 p. v. 09. ISSN 0103-9741.
MENDES, Leonardo Manoel. O GERENCIAMENTO DE REQUISITOS E A
SUA IMPORTÂNCIA EM PROJETOS DE DESENVOLVIMENTO DE
SOFTWARE. Orientador: Rogério Homem da Costa. 2015. 10 p. Tese
(Especializando do Curso de Pós-Graduação em Gestão de Projetos em
Desenvolvimento de Sistemas de Software) - Instituto Federal de Educação,
Ciência e Tecnologia de São Paulo, São Paulo, 2015. E-book.
Rose, K. H. (2013). A Guide to the Project Management Body of Knowledge
(PMBOK:registered: Guide)—Fifth Edition. Project management journal, 44(3),
e1-e1.
VIEIRA, Nando. Configurando Ruby, Rails, MySQL, PostgreSQL e Git no
Ubuntu. [S. l.: s. n.], 2 jun. 2015. Disponível em:
https://nandovieira.com.br/configurando-ruby-rails-mysql-postgresql-git-no-
ubuntu. Acesso em: 22 set. 2018.

Página 17 de 17