COMPETENCIA EM EDUCAÇÃO

ITEGOSS - Instituto Tecnológico de Goiás Sebastião Siqueira.

TRABALHO DE CONCLUSÃO DO CURSO TÉCNICO DE INFORMÁTICA.

ALUNOS:
ADÃO DE JESUS BRAGAALVERI
GERALDO
GUSTAVO G. DE ANDRADE
VINICIUS DE S. A. MORAES
JOSE ANTONIO CARDOSO MARCIEL

Goiânia -2018
PROPOSTA DE IMPLANTAÇÃO DE UM SISTEMA DE CONTROLE PARA
ACERVO DA BIBLIOTECA .

Trabalho de Conclusão de Curso elaborado como pré-requisito para obtenção do

título de Técnico em Informática do Centro de Educação Profissional Sebastião de
Siqueira - CEPSS.

BANCA EXAMINADORA:

Orientador (a): Professor Patrícia Gonçalves Evangelista

Examinador (a):

Examinador (a):

Goiânia -2018
AGRADECIMENTOS

Jose Antônio Cardoso Marciel:

Primeiramente agradeço ao meu bom Deus por até aqui tem permitido que eu
finalizasse esse curso. Agradeço muito os professores por ter nos transmitidos os
devidos conhecimento necessário para poder trilar uma carreira profissional, agradeço
também os meus colegas e minha familiar por te me apoiado nessa trajetória, Desde
já Agradeço a Deus.
Adão de Jesus Braga
"Um agradecimento especial a cada um dos instrutores que nós metoriou durante
esse período de curso, coordenadores e toda equipe. Mais uma etapa cumprida,
obrigado pelo conhecimento repassado"
Geraldo Márcio Oliveira Carneiro:
Agradeço a todos que fizerem parte da nossa trajetória, Deus colocou pessoas
incríveis nessa jornada, concluímos essa etapa enriquecidos não apenas de
conhecimento, mas também com novas amizades e percepções.
Gustavo Gonçalves de Andrade:
"Agradeço a Deus primeiramente pela oportunidade de poder adquirir todos os
conhecimentos aqui apresentados, aos professores e coordenadores pelos
ensinamentos passados e à família por dar suporte para que pudéssemos chegar até
aqui. "
Vinicius de S.A. Morais:
" Agradeço a todos os envolvidos e empenhados em nesta oportunidade ímpar de
aquisição de novos conhecimentos. "
Alveri:

Goiânia -2018
 RESUMO

Este Projeto de Conclusão de Curso (PCC) apresenta processo a elaborar e construir

sistema gestor de acervo bibliotecário ITEGOSS – Instituto Tecnológico de Goiás
Sebastião Siqueira, da motivação à implantação via levantar requisitos, desenvolver,
pesquisar, codificar, testar. Enfim, disponibilizar sistema de gestão de acervo
bibliotecário ativo e funcional à ITEGOSS.

Palavras-chave: sistema, gestão, biblioteca, código, software, requisitos, ITEGOSS

Goiânia -2018
 LISTA DE ILUSTRAÇÕES

Figura 01 – Prateleiras dispostas na 46

biblioteca........................................................ 49
Figura 02 – Prateleiras dispostas na 49
biblioteca ....................................................... 50
Figura 03 – Computadores para uso da 50
biblioteca................................................... 51
Figura 04 – Ficheiro de catálogo do 51
acervo............................................................. 52
Figura 05 – Organização das obras nas
prateleiras.................................................
Figura 06 – Organização das obras nas
prateleiras.................................................
Figura 07 – Livro de registro de
empréstimo............................................................
Figura 08 – MER para a construção do banco de dados do
sistema.......................
 Goiânia - 2018
SUMÁRIO

1. INTRODUÇÃO.......................................................................................................9
1.1 OBJETIVO GERAL............................................................................................10
1.2 OBJETIVOS ESPECÍFICOS.............................................................................10
1.3 JUSTIFICATIVA.................................................................................................10
1.4 METODOLOGIA................................................................................................10
2 FUNDAMENTAÇÃO TEÓRICA............................................................................11
2.1 TECNOLOGIA DA INFORMAÇÃO...................................................................11
2.2 LEVANTAMENTO DE REQUISITO..................................................................11
2.3. DIAGRAMA DE CASOS DE USOS..................................................... ............11
2.4 DIAGRAMA DE CLASSES................................................................................11
3 DISCUSSÃO.........................................................................................................18
3.1 BIBLIOTECA JOSÉ DE MENDONÇA TELES..................................................18
3.2 SITUAÇÃO ATUAL DA BIBLIOTECA JOSÉ DE MENDONÇA TELES............18
3.3 SISTEMA PARA CONTROLE DO ACERVO DA BIBLIOTECA........................22
4 RESULTADOS.....................................................................................................24
4.1.2.2 SISTEMA BIBLIOTECA...............................................................................33
5 CONSIDERAÇÕES FINAIS.................................................................................37
REFERÊNCIAS BIBLIOGRÁFICAS........................................................................38
 Goiânia - 2018

1. INTRODUÇÃO

Com o conhecimento obtido durante o período do curso, com ajuda dos

professores e colegas, conseguimos finalizar o projeto posto pelo diretor do curso
Técnico em Informática (Paulo).
Nossa metodologia foi realizar o projeto com os programas e linguagens;
HTML, CSS, Microsoft Visual Studio, Asp.net MVC ,Microsoft Word etc. Assim
dividimos as tarefas entre os componentes do grupo para a realização do software e
documentação.
O Software vai ser implantado e utilizado para o controle e organização da
Biblioteca do instituto, o mesmo vai ser destinado somente os funcionários que irão
administrar ( cadastro, lotes de Acervos, Empréstimo etc).
 Goiânia - 2018

1.1 OBJETIVO GERAL

Apresentar uma proposta para implantação de informatização da biblioteca

Jose Mendonça Teles do Centro de Educação Profissional Sebastião de Siqueira.

1.2 OBJETIVOS ESPECÍFICOS

 Descrição e análise da situação atual do controle do acervo da biblioteca.

 Levantar as estratégias para a proposta de implantação do sistema.
 Levantar a viabilidade de custo para implantação do sistema.
 Descrição do desenvolvimento do software para a biblioteca.
1.3 JUSTIFICATIVA

O projeto foi realizado devido a necessidade da instituição de obter o controle e

organização de sua biblioteca (livros).

Goiânia - 2018

1.4 METODOLOGIA

Para a realização do software a metodologia que está sendo utilizada é:

 Visual Studio foi utilizado para a criação do Software e para sua linguagem o
C# Asp.Net MVC,
 SQL Server foi para o desenvolvimento do banco de dados;
 Microsoft Word foi utilizado para realiza a documentação

2 FUNDAMENTAÇÃO TEÓRICA
Em nosso dia-a-dia estamos direta ou indiretamente ligados a tecnologia da
informação. Um termo que envolve os mais diversos segmentos da sociedade. Para
termos um entendimento mais simples da TI, basta pensarmos diferentemente nos
termos tecnologia + informação, em seguida podemos juntar os termos e imaginar
todas as soluções providas pela computação e tudo àquilo que envolve a
 informação. 
Existe um ponto que também podemos destacar e que também envolve a
tecnologia da informação é o fato de otimizar a utilização dos sistemas
computacionais em uma empresa. Os investimentos que as empresas fazem com
recursos computacionais são altos e devem ser muito bem gerenciados para que tais
recursos possam ser utilizados de acordo com a real necessidade. 

Goiânia - 2018

2.1 TECNOLOGIA DA INFORMAÇÃO

Pode-se definir Tecnologia da Informação (TI) como o conjunto de todas as atividades

e soluções providas por recursos de computação que visam a produção, o
armazenamento, a transmissão, o acesso, a segurança e o uso das informações.

2.2 LEVANTAMENTO DE REQUISITOS

Primeira atividade de desenvolvimento de software, levantamento de requisitos é o
momento interativo com usuário a identificar sua necessidade (requisito); apreender
demanda; detalhar o que o software deve fazer em vez de como isso será feito.
Por sua importância, requisitos contemplados no software a ser produzido são
detalhados em documento, suas atividades e sua mantença ao longo do projeto.
 Ação inicial é avaliativa de viabilidade do projeto, restrição tecnológica,
econômica, política, ambiental, recurso disponível, enfim a recomendar continuar ou
não projeto. Se viável, identifica-se requisitos. Desde o que o software precisa fazer,
avaliar uso, identificar interessado, fonte de informação relevante. Há técnica de
levantamento a levantar requisito: Storyboarding; Brainstroming/Brainwriting;
Workshop; Etnografia; demonstração de tarefa; Estudo de documento;Questionário;
Entrevista; etc.
Após, classifica requisito identificado a identificar, solucionar conflito entre
requisitos; prioriza tratamento pela criticidade; confirma ao interessado completude,
validade de requisito identificado.
Então, documenta descrição de requisito funcional (funcionalidade) e não-funcional
(restrição operacional) de software. Há validação deste documento a mostrar que o
documento gerado corresponde ao software que interessado precisa; onde identifica e
corrige possível problema.
Por fim, gere requisito em evolução, a adaptar software a nova necessidade ou
a desenvolver melhoria. Definir como ocorrerá a identificação de problema e / ou novo
requisito, ferramenta a usar; avaliar o custo / impacto de alteração; pensar em como
realizar mudança; e etc.

2.3. DIAGRAMA DE CASOS DE USOS

Diagrama de Casos de Uso auxilia comunicação entre analista e cliente; expõe

cenário de funcionalidades do sistema sob ótica do usuário. Seus representantes são:

 atores

Representado por boneco e rótulo com seu nome. É um

usuário do sistema, humano ou outro sistema computacional.

casos de uso*
 Representado por elipse e rótulo com seu nome; define

grande

função do sistema estruturável;e

* Casos de uso opcionalmente envoltos por retângulo, a representar limites do

sistema.

● relacionamentos entre estes elementos tais como:.

o Ajudam a descrever casos de uso

○ Entre um ator e um caso de uso

● Associação

Define funcionalidade do sistema

pela ótica do usuário.

○ Entre atores

● generalizações entre os atores;

- Os casos de uso de B são também casos

de uso de A

- A tem seus próprios casos de uso

● generalizações, extends e includes entre os casos de uso.

● Include

Relacionamento include de caso de uso A a caso de uso B indica

B essencial ao comportamento de A ( B is_part_of A).

■ Extend
 Relacionamento extend de caso de uso B a caso de uso A indica

caso de uso B descreveria comportamento de A (não essencial)..

Extensão insere-se em ponto de extensão do caso de uso A.

Ponto de extensão em um caso de uso indica que outros casos de uso poderão ser

adicionados a ele. Invocado, caso de uso verifica se suas extensões devem ou não

serem invocadas.

Quando se especifica B extends A, a semântica é:

· Dois casos de uso são definidos: A e A extended by B;

· B é uma variação de A. Contém eventos adicionais, para certas condições;Tem que

ser especificado onde B é inserido em A.

■ Generalização ou Especialização (é_um)

caso de uso B é_um caso de uso A (A é uma generalização de B, ou B é uma

especialização de A). Um relacionamento entre um caso de uso genérico para um

mais específico, que herda todas as características de seu pai.

DIAGRAMAS DE CLASSES

 ´Diagrama de classes representa estrutura e relações de classes a servir de

modelo aos objetos; modelagem útil ao desenvolvimento de sistemas, a definir
todas classes sistêmicas necessárias, base à construção de diagramas de
comunicação, sequência e estados.
 Oferece série de benefícios organizacional, tais como:

 Ilustrar modelos de dados a sistemas de informação.

 Entender visão geral de esquemas de uma aplicação.
 Expressar necessidade de sistema, divulgar a informação por toda a empresa.
 Criar gráfico detalhado a incidir sobre código de programação necessário para
implementar a estrutura descrita.
 Fornecer descrição independente de implementação de tipo usado em sistema
e passado entre seus componentes.
 Contextualizado, suas classes representam principais objetos, interações na
aplicação e classes a serem programadas. Sua composição básica é:

 Classes - template a criar objeto, implementar comportamento em sistema. Em

UML, classe representa objeto, conjunto de objetos a compartilhar estrutura e
comportamento comum; representadas por retângulo com linhas do nome da
classe, seus atributos e suas operações.
o Nome - primeira linha em forma de classe.
o Atributos - segunda linha em forma de classe (individual em cada linha).
o Métodos ou operações - a terceira linha em forma de classe. Exibido em
formato de lista; cada operação em sua própria linha.
 Sinais - representa comunicação unidirecional, assíncrona entre objetos ativos.
 Tipos de dados - classificador a definir valor de dados, a modelar tipo primitivo,
enumerações.
 Pacotes - organiza classificador relacionado em diagrama. Simbolizado por
grande forma de retângulo com aba.
 Interfaces - semelhante a uma classe, exceto que uma classe pode ter uma
instância do seu tipo, e uma interface deve ter pelo menos uma classe para
implementá-la.
 Enumerações - representações de tipos de dados definidos pelo usuário. Uma
enumeração inclui grupos de identificadores que representam os valores da
enumeração.
 Objetos - instâncias de uma classe ou classes. Os objetos podem ser
adicionados a um diagrama de classe ao representar instâncias concretas ou
prototípicas.
 Artefatos - elementos do modelo que representam as entidades concretas em
um sistema de software, tais como documentos, bancos de dados, arquivos
executáveis, componentes de software e assim por diante.
 Interações - um termo para as diversas relações e ligações que podem existir
em diagramas de classe e objeto. Algumas das interações mais comuns
incluem:
o Hereditariedade - também conhecida como generalização, este é o
processo de quando um filho ou subclasse assume a funcionalidade de
 um pai ou superclasse. É simbolizada por uma linha conectada reta com
uma ponta de seta fechada apontando para a superclasse.
o Associação bidirecional - a relação padrão entre duas classes; ambas as
classes estão cientes uma das outra e de sua relação com a outra. Essa
associação é representada por uma linha reta entre duas classes.
o Associação unidirecional - uma relação um pouco menos comum entre
duas classes; uma classe tem conhecimento da outra e interage com
ela. A associação unidirecional é modelada por uma linha reta de
ligação com uma ponta de seta aberta a partir da classe conhecimento à
classe conhecida.

ENTIDADE RELACIONAMENTO

Modelo entidade-relacionamento (modelo ER)., modelo de dados, descreve dados ou

aspecto de informação de domínio de negócio ou seus requisitos de processo, de
uma maneira abstrata, implementável em banco de dados. Composto por entidades
(coisas, objetos), suas relações e armazenamento em bancos de dados.

Desenvolvido por Peter Chen, 1976. É forma sistemática a descrever, definir processo
de negócio. Um banco de dados relacional armazena dados em tabelas, as próprias
tabelas representam as entidades. Alguns campos de dados nestas tabelas apontam
para índices em outras tabelas. Tais ponteiros representam relacionamentos.

O processo é modelado como componentes (entidades) que são ligadas umas as

outras por relacionamentos que expressam as dependências e exigências entre elas,
como: um edifício pode ser dividido em zero ou mais apartamentos, mas um
apartamento pode estar localizado em apenas um edifício. Entidades podem ter
várias propriedades (atributos) que os caracterizam. Diagramas criados para
representar graficamente essas entidades, atributos e relacionamentos são chamados
de diagramas entidade relacionamento.

TESTE DE SOFTWERE

Desenvolver softwares utiliza metodologia, técnica, ferramenta da Engenharia

de Software sem oferecer total garantia de qualidade do produto final. Etapa
fundamental na obtenção de um alto nível de qualidade do software a ser produzido é
aquela onde realiza procedimento de teste, última etapa de revisão da especificação,
do projeto e da codificação. A realização, cuidadosa e criteriosa, dos procedimentos
associados ao teste de um software assume uma importância cada vez maior, dado o
impacto sobre o funcionamento (e o custo) que este componente tem assumido nos
últimos anos.
Por esta razão, o esforço despendido para realizar a etapa de teste pode
chegar a 40% do esforço total empregado no desenvolvimento do software. No caso
de programas que serão utilizados em sistemas críticos (aqueles sistemas dos quais
dependem vidas humanas, como controle de vôo e supervisão de reatores nucleares),
a atividade de teste pode custar de 3 a 5 vezes o valor gasto nas demais atividades
de desenvolvimento do software.
3 DISCUSSÃO

3.1 BIBLIOTECA JOSÉ DE MENDONÇA TELES

A Biblioteca José de Mendonça Teles do Centro de Educação Profissional

Sebastião de Siqueira-CEPSS foi fundada no ano de 2003. O CEPSS tem como
missão oferecer educação de qualidade, nas modalidades presencial e a distância, e
incentivar a pesquisa objetivando a valorização do ser humano e seu ingresso no
mundo do trabalho e tem como visão ser uma instituição democrática,
comprometida com a formação cidadã, tornando-se referência em Educação
Profissional, seguindo as premissas de qualidade, transparência e responsabilidade
sócio-ambiental. Portanto, a Bilblioteca contribui para o alcance destes objetivos.
A Biblioteca conta atualmente com cerca de 10280 obras totais disponíveis no
acervo, e neste total de obras se enquadram livros, jornais, revistas, periódicos,
dicionários, monografias e artigos. E, a Biblioteca, também possui outros materais
tais como fitas de vídeo, CDs e DVDs. Na Biblioteca também há três computadores
que ficam disponíveis para o uso dos alunos e outros freqüentadores da biblioteca.
A Biblioteca José de Mendonça Teles proporciona, tanto aos alunos da
instituição quanto para a comunidade leitura, conhecimento e cultura. E para que a
biblioteca possa melhor atender estes usuários, nos requisitos de organização e
facilidade de pesquisa do acervo, é necessário a implantação de um software que
possa garantir mais agilidade e segurança na prestação de serviços prestados pela
biblioteca, já que o controle do acervo ainda vem sido feito de forma manual.
3.2 SITUAÇÃO ATUAL DA BIBLIOTECA JOSÉ DE MENDONÇA TELES

A Biblioteca José de Mendonça Teles possui um espaço físico pequeno,

porém bem aproveitado. O layout das prateleiras está conforme mostrado nas
figuras 2 e 3 que seguem abaixo.

Figura 01 - Prateleiras dispostas na biblioteca.

Fonte: Alunos, 2013.
 A Biblioteca Jorge Amado dispõe de dois computadores, conforme mostrado
na figura 4, que são utilizados pelas funcionárias da biblioteca, mas que ainda não
possui um sistema para fazer o controle e organização da biblioteca.

Figura 02 - Prateleiras dispostas na biblioteca.

Fonte: Alunos, 2013.
Figura 03 – Computadores para uso da biblioteca.
Fonte: Alunos, 2013.
ACERVO
O catálogo do acervo está disposto em uma pasta/ficheiro, conforme mostrado na
figura 5, o que se toma o tempo ao localizar uma obra.

Figura 04 – Ficheiro de Catálogo do Acervo.

Fonte: Alunos, 2013.
 As figuras 6 e 7 mostram a forma como os livros estão dispostos nas
prateleiras. As obras são organizadas nas prateleiras de acordo com a área de
estudo, e cada área possui um código específico.

Figura 05 – Organização das obras nas prateleiras.

Fonte: Alunos, 2013.

Figura 06 – Organização das obras nas prateleiras.

Fonte: Alunos, 2013.
 As fichas de registro de empréstimo são organizadas utilizando uma lista de
alunos por curso e cada curso separado por turno, conforme ilustra a figura 8. Esta
ficha é assinada pelo aluno no ato do empréstimo e nela fica registrado o número e
nome do livro, a data do empréstimo e da devolução do livro e a assinatura do(a)
funcionário(a) que recebeu o livro no ato da devolução.

Figura 07 – Livro de registro de empréstimos.

Fonte: Alunos, 2013.

Todo trabalho efetuado na Biblioteca é feito manualmente o que tem

dificultado no controle do acervo que, além de gerar uma demanda grande de tempo
não se consegue controlar de forma eficiente a circulação de obras do acervo e o
leitor acaba insatisfeito devido a demora e a dificuldade de se localizar uma obra.
Tais problemas que poderiam ser resolvidos caso houvesse um sistema que
pudesse auxiliar.
3.3 SISTEMA PARA CONTROLE DO ACERVO DA BIBLIOTECA

O controle do acervo da Biblioteca José de Mendonça Teles desde sua

fundação vem sendo feito de forma manual, o que tem prejudicado na prestação de
serviços. Nestas condições um sistema de gerenciamento do acervo pode melhor
contribuir, já que o sistema proporcionará um melhor tratamento dos dados e
informações do acervo, agilidade e eficiência na execução das tarefas realizadas na
biblioteca, tais como controle de obras no acervo, controle de emprétimos e controle
de inadiplências.
Com a informatização das tarefas, a Biblioteca José de Mendonça Teles
obterá um aprimoramento de seus recursos, possibilitando melhores condições de
trabalho aos bibliotecários e uma melhor prestação de serviços aos frequentadores
da biblioteca.

Goiânia - 2018
4 RESULTADOS

ANÁLISE DE REQUISITOS

1. Requisitos Funcionais:

1.1 Cadastro de itens: Para cada itens do acervo deve se informar o título, autor,
editora, assunto, e para cada item podem ser cadastrados diversos exemplares.
1.2 Cadastro de usuários: O sistema deve permitir cadastrar Funcionários e
usuários.
1.3 Cadastro de Seções: O sistema deve permitir o cadastro de seções para
melhor controle de títulos, disciplina da biblioteca.
1.4 Empréstimo de itens: O sistema deve fazer o empréstimo de itens para os
usuários cadastrado na biblioteca.
1.5 Consulta de itens: O sistema deve permitir acesso ao acervo de forma pública,
este permite apenas a visualização do acervo.
1.6 Negar Empréstimo: Impedir que o usuário com multas solicite livros.

Goiânia - 2018
2. Requisitos Não Funcionais:

2.1 Banco de dados, Sql Server bem integrado e otimizado para rodar aplicações
baseada em asp.net, dando maior segurança para a aplicação.
2.2 Agilidade e rapidez em acessar banco de dados, seguindo os padrões de
desenvolvimento de sistemas MVC, será utilizado por padrão o Asp.Net MVC, e
devolver resposta à solicitação do usuário.
2.3 Segurança - seguro em solicitar, identificar e autenticar usuário a acessar
sistema.
2.4 Confiabilidade - sistema entrega solicitação integralmente, sem perda ou extravio
de dados.
2.5 Usabilidade. Interface simples e prática com opções bem visíveis e de fácil
compreensão.
2.6 Ser Responsivo. Estar compatível com diversos tamanhos de tela.
2.7 Compatibilidade com S.O. Linux, iOS, Solaris, Windows
2.8 Com um sistema otimizado e disponível via web, qualquer usuário com acesso a
internet terá possibilidade de acesso não havendo necessidade de instalação, sendo
acessível ao usuário.
Goiânia - 2018
3.0 Diagramas de casos de uso

3.1 Autenticação de Usuário

Nome do caso de uso Autenticar Usuário

Ator Funcionário

Pré-Condições Iniciar o Sistema

Cenário Principal 1 – O Sistema solicita usuário e senha.

2 – O Usuário informa os dados para
acesso.
3 – O Usuário clica em Entrar.
4 – O Sistema entra em sua tela
principal.

Cenário Alternativo O Usuário poderá cancelar

Autenticação durante
o processo.

3.2 Cadastro de usuários

 Nome do caso de uso Cadastrar Usuário

Ator Funcionário

Pré-Condições O Usuário deverá estar autenticado no

Sistema e ter permissões de criar novo
usuário.

Cenário Principal 1 – O Sistema solicita os dados

necessários para o cadastro de usuário.
2 – O Usuário informa os dados
necessários para o cadastramento.
3 – O Usuário clica em Salvar.
4 – O Sistema emite uma mensagem
“Usuário Salvo com êxito”.
5 – O Sistema cadastra usuário

Cenário Alternativo O Usuário poderá cancelar

Autenticação durante
o processo.

3.3 Cadastrar Item do acervo

Nome do caso de uso Cadastrar Item do acervo

Ator Funcionário

Pré-Condições O Usuário deverá estar autenticado no

Sistema.

Cenário Principal 1 – O Sistema solicita os dados

necessários para o cadastro de acervo.
2 – O Usuário informa os dados
necessários para o cadastramento.
3 – O Usuário clica em Salvar.
4 – O Sistema emite uma mensagem
“Item do acervo Salvo com êxito”.
5 – O Sistema cadastra o item do
acervo.

Cenário Alternativo O Usuário poderá cancelar o processo

durante o cadastro
3.4 Cadastro de Seções

Nome do caso de uso Cadastro de seções

Ator Funcionário

Pré-Condições O Usuário deverá estar autenticado no

Sistema.

Cenário Principal 1 – O Sistema solicita os dados

necessários para o cadastro de seção.
2 – O Usuário informa os dados
necessários para o cadastramento.
3 – O Usuário clica em Salvar.
4 – O Sistema emite uma mensagem
“Seção Salva com êxito”.
5 – O Sistema cadastra a seção.

Cenário Alternativo O Usuário poderá cancelar o processo

durante o cadastro
3.5 Empréstimo de itens

Nome do caso de uso Empréstimo de itens

Ator Funcionário

Pré-Condições O Usuário deverá estar autenticado no

Sistema.

Cenário Principal 1 – O Sistema solicita os dados

necessários empréstimo.
2 - Sistema faz busca pelo nome, CPF
ou e-mail.
3 – Localizado
4 – O Usuário informa os dados dados
necessários para empréstimo.
5 – O Usuário clica em Salvar.
6 – O Sistema emite uma mensagem
“Empréstimo realizado com êxito”.
7 – O Sistema empresta o item do
acervo.

Cenário Alternativo 1 – O Usuário poderá cancelar o

processo durante o cadastro.
2 – Não localizado cadastro
3 – O sistema volta para 3.2 Cadastro
de usuários.
3.6 Consulta de itens

Nome do caso de uso Consulta pública

Ator Público em geral

Pré-Condições Ter acesso a um aparelho que permita

navegar na internet.

Cenário Principal 1 – O Sistema solicita os dados

desejados para realizar a busca.
2 – O Usuário informa os dados
desejados para a busca.
3 – O Usuário clica em Buscar.
4 – O Sistema realiza a busca e
apresenta a os resultados encontrados
para o usuário.

Cenário Alternativo 1 – O Usuário poderá cancelar o

processo durante a busca.
2 – O nenhum item localizado exibe a
mensagem para o usuário “Nenhum
item correspondente a busca
encontrado”.
3 – Retorna ao 3.6 Consulta de itens.
3.7 Negar Empréstimo

Nome do caso de uso Negar Empréstimo

Ator Funcionário

Pré-Condições O Usuário deverá estar autenticado no

Sistema e com pendências no cadastro.

Cenário Principal 1 – O Sistema solicita os dados

necessários para o empréstimo.
2 – O Usuário informa os dados
necessários para processar a
solicitação.
3 – O Usuário clica em Emprestar.
4 – Usuário OK
4 – O Sistema emite uma mensagem
“Empréstimo realizado com êxito”.
5 – O Sistema empresta o item do
acervo.

Cenário Alternativo 1 – O Usuário poderá cancelar o

processo durante o processo.
2 – Insucesso, sistema emite
mensagem de erro “Usuários com
pendências no sistema - mensagem de
erro”.
4.0 Diagramas de classes
5.0 Entidade Relacionamento
4.1.2.2 Sistema Bibliotecário

O sistema proposto foi desenvolvido para plataforma......... utilizando o

ambiente de programação e desenvolvimento ................................. As telas do
sistema foram organizadas utilizando uma estrutura de apresentação simples, de
forma que o usuário do sistema tenha maior facilidade de uso.
A tela principal foi a primeira a ser desenvolvida e a mesma foi estruturada
conforme mostra a figura abaixo.

Figura nº1- Tela inicial do sistema.

Fonte: Alunos, 2018.
 Ao se cadastrar o usuário terá uma senha pessoal que será solicitada na tela
de Login, mostrada na figura que se segue abaixo, ao iniciar o sistema. Sem a
autenticação não há possibilidade de acesso aos recursos do sistema.

Figura nº - Tela de login para acesso aos recursos do sistema

Fonte: Alunos, 2018

Ao clicar no menu “Acervo” selecionando a opção “Listar”, usuário terá acesso

a tela de listagem de acervo, onde o mesmo poderá visualizar uma lista com todos
os itens cadastrados e suas respectivas informações, a tela também apresenta
botões para edição e exclusão dos cadastros logo a frente da exibição tornando seu
gerenciamento mais intuitivo. Logo acima dos registros estão o campo de pesquisa,
que permite pesquisa através do título do acervo e botão “Criar Novo” para inserção
de registro no sistema.
 Figura nº3 - Tela de listagem de acervo no sistema.
Fonte: Alunos, 2018.

Ao Selecionar o botão “Criar Novo” na tela anterior é apresentada a tela de

cadastro de acervo, onde se deve preencher os campos solicitados com muito
cuidado e atenção pois estes irão alimentar todo sistema. Na parte inferior da tela
temo o botão “Criar” que confirma a inserção do registro no sistema e logo abaixo
dele botão de retorno a listagem de acervo

Figura nº4 - Tela de cadastro de acervo no sistema.

Fonte: Alunos, 2018.
5 CONSIDERAÇÕES FINAIS

No intuito de melhorar os processos da Biblioteca José de Mendonça

Teles é que foi proposto e ao longo deste trabalho a implantação de um
sistema para controle de seu acervo. E para melhor defender a proposta e
comprovar as vantagens da informatização dos processos da biblioteca foi
desenvolvido, pelos alunos, um sistema de controle para seu acervo.
O sistema proposto para fazer o controle do acervo da Biblioteca
José de Mendonça Teles foi desenvolvido utilizando as ferramentas............
O sistema foi criado de acordo com as necessidades encontradas
na biblioteca. Ele apresenta uma interface
 REFERÊNCIAS BIBLIOGRÁFICAS

MODELOS DE REFERÊNCIAS

BARROS, Aidil Jesus da Silveira; LEHFELD, Neide Aparecida de Souza.

Fundamentos de Metodologia Científica. 2.ed. São Paulo:Makron Books,
2000.

OLIVEIRA, Djalma de Pinho Rebouças de. Sistemas de Informações

Gerenciais: estratégias, táticas, operacionais. 9. ed. São Paulo: Atlas, 2004.

REZENDE, Denis Alcides; ABREU, Aline França de.Tecnologia da

informação: aplicada a sistemas de informação empresariais. 3. ed. São
Paulo: Atlas, 2003.

Sobrenome, p. n. (Ano). Título do artigo. Título da revista, Páginas De – Até.

Sobrenome, p. n. (Ano). Título do livro. Nome da cidade: Nome da editora.

http://www.deviante.com.br/noticias/tecnologia/saga-do-heroi-ou-melhor-do-software-capituo-1-

levantamento-de-requisitos/, acesso 27-01-18, às 04:57 h

http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/

usecases/usecases.htm, acesso 28-01-18, às 18:36 h

https://www.lucidchart.com/pages/pt/diagrama-de-classe, acesso 28-01-18, às 22:49 h

https://pt.wikipedia.org/wiki/Diagrama_de_classes, acesso 28-01-18, às 22:53 h

https://pt.wikipedia.org/wiki/Modelo_entidade_relacionamento, acesso 28-01-18, às

23:11 h