SISTEMA GERENCIADOR DE BIBLIOTECA · control the amount of borrowed books, should also generate each client report. The ... sistema gerenciador de biblioteca a ser desenvolvido será

LEONARDO PERES DA SILVA

SISTEMA GERENCIADOR DE BIBLIOTECA

Assis

2015



Trabalho de Conclusão de Curso

apresentado ao Curso Superior de Análise e

Desenvolvimento de Sistemas do Instituto

Municipal do Ensino Superior de Assis –

IMESA e Fundação Educacional do

Município de Assis – FEMA, como requisito

para a obtenção do Certificado de

Conclusão.

Orientador: Dr. Luiz Ricardo Begosso

Área de Concentração: Engenharia de Software.

Assis

2015

FICHA CATALOGRÁFICA

SILVA, Leonardo Peres Sistema Gerenciador de Biblioteca / Leonardo Peres Da Silva. – Assis, 2015. Quantidade de páginas,60p.

Orientador: Dr. Luiz Ricardo Begosso Trabalho de Conclusão de Curso de Análise e Desenvolvimento de Sistemas – Fundação Educacional do Município de Assis – FEMA. 1.Programas 2.Título do trabalho 3.Sistema Gerenciador de Biblioteca.

CDD: 001.61 Biblioteca / FEMA



Trabalho de Conclusão de Curso

apresentado ao Curso Superior de Análise e

Desenvolvimento de Sistemas do Instituto

Municipal do Ensino Superior de Assis –

IMESA e Fundação Educacional do

Município de Assis – FEMA, como requisito

para a obtenção do Certificado de

Conclusão, analisado pela seguinte

comissão examinadora.

Orientador: Dr. Luiz Ricardo Begosso

Analisadora: Diomara Martins Reigato Barros

Assis

2015



Trabalho de Conclusão de Curso para

obtenção do título de graduação em Análise

e Desenvolvimento de Sistemas, apresenta

à Fundação Educacional do Município de

Assis - FEMA

Aprovado em ___/___/___

BANCA EXAMINADORA

_________________________________________________

Prof.

Fundação Educacional do Município de Assis - FEMA

_________________________________________________

Prof.

Fundação Educacional do Município de Assis - FEMA

AGRADECIMENTOS

Primeiramente, agradeço a Deus pela minha vida, por estar sempre me iluminando e

por ter me dado força a meio de tantas dificuldades durante esses três anos de

curso.

Ao professor e orientador Dr. Luiz Ricardo Begosso, pelas suas orientações, ideias,

opiniões e pelo constante estimulo transmitido ao longo dessa jornada.

A todos Professores do curso de Analise e Desenvolvimento de Sistemas que me

ajudaram a obter o conhecimento relacionado ao curso.

A minha família, em especial meu Pai José e minha mãe Cilene que sempre me

apoiaram e me deram toda a ajuda possível para concluir o curso.

Aos amigos da faculdade, em especial o Rafael, Eduardo Costa, Rogério, André,

Luiz Fernando e Luciano que diretamente ou indiretamente me ajudaram no

desenvolver deste projeto.

Muito obrigado.

RESUMO

Neste trabalho será apresentado o projeto de um sistema gerenciador de

biblioteca. Tal sistema tem por finalidade controlar movimentação de livros, reservas,

entre outras funcionalidades. O sistema deve facilitar as pesquisas sobre o livro

desejado e controlar a quantidade de livros emprestados, deve também gerar

relatório de cada cliente. O trabalho apresenta um estudo sobre as tecnologias

utilizadas para o desenvolvimento do sistema, com a linguagem C#, banco de dados

Access e UML.

Palavras chaves: C#, Access, UML.

ABSTRACT

In this work will be presented the project of a library management system. Such a

system is intended to control movement of books, subject books, search by title and

other functionalities. The system should facilitate research on the desired book and

control the amount of borrowed books, should also generate each client report. The

paper presents a study on the technology used for the development of the system

with the C # language, Access database and UML.

Key words: C #, Access, UML.

LISTA DE FIGURAS

Figura 1 - Mapa Mental Sistema Gerenciador de Biblioteca ................................................. 24

Figura 2 - Caso de Uso Visão Geral - Autenticar Usuário .................................................... 25

Figura 3 - Caso de Uso Visão Geral – Movimentações .........................................................26

Figura 4 - Caso de Uso Visão Geral - Consultar Relatórios ................................................. 27

Figura 5 - UC - Autenticar Usuário ....................................................................................... 28

Figura 6 - UC - Manter Usuário ............................................................................................ 29

Figura 7 - UC - Manter Cliente ............................................................................................. 30

Figura 8 - UC - Manter Editora ............................................................................................. 31

Figura 9 - UC - Manter Autor ................................................................................................ 32

Figura 10 - UC - Manter Categoria ....................................................................................... 33

Figura 11 - UC - Manter Acervos ......................................................................................... 34

Figura 12 - UC - Manter Tombo ........................................................................................... 35

Figura 13 - UC - Efetuar empréstimo..................................................................................... 36

Figura 14 - UC - Efetuar devolução ...................................................................................... 37

Figura 15 - UC - Emitir Relatório Geral de Acervos .............................................................. 38

Figura 16 - UC - Emitir Relatório de Acervos emprestados .................................................. 39

Figura 17 - UC - Emitir Relatório Geral de Funcionários..................................................... ..40

Figura 18 - UC - Emitir Relatório Geral de Editoras ............................................................. 41

Figura 19 - UC - Emitir Relatório Geral de Clientes .............................................................. 42

Figura 20 - UC - Emitir Relatório Origem Acervo ................................................................. 43

Figura 21 - UC - Emitir Relatório de Categoria ..................................................................... 44

Figura 22 - UC - Emitir Relatório de Clientes em Atraso ...................................................... 45

Figura 23 - UC - Emitir Relatório de Acervos ainda Emprestado .......................................... 46

Figura 24 - UC – Alterar Senha ............................................................................................ 47

Figura 25 - Origem Acervo.....................................................................................................48

Figura 26 - Diagrama de Classe............................................................................................ 49

Figura 27 - Diagrama de Atividades - Cadastros .................................................................. 50

Figura 28 - Diagrama de Atividades - Movimentações......................................................... 51

Figura 29 - Diagrama de Atividades - Relatórios .................................................................. 52

Figura 30 - Work BreakDown Structure ................................................................................ 53

INDICE DE TABELAS

Tabela 1 - Lista de Eventos ................................................................................................. 22

Tabela 2 - Especificação do Caso de Uso 01...................................................................... 28

Tabela 3 - Especificação do Caso de Uso 02 ...................................................................... 29







Tabela 10 - Especificação do Caso de Uso 09..................................................................... 36


Tabela 12 - Especificação do Caso de Uso11 ..................................................................... 38











Tabela 23 - Orçamento do Projeto ....................................................................................... 56

SUMÁRIO

1. INTRODUÇÃO ............................................................................................................................... 14

1.1. OBJETIVOS ............................................................................................................................. 15

1.2. PÚBLICO ALVO ...................................................................................................................... 15

1.3. JUSTIFICATIVAS ................................................................................................................... 15

1.4 MOTIVAÇÃO ............................................................................................................................ 15

1.5. PERSPECTIVAS DE CONTRIBUIÇÃO .............................................................................. 16

1.6. ESTRUTURA DO TRABALHO ............................................................................................. 16

2. MÉTODO DE DESENVOLVIMENTO ......................................................................................... 17

2.1. METODOLOGIA ..................................................................................................................... 17

2.2. C# (MICROSOFT.NET) ......................................................................................................... 17

2.3. ACCESS................................................................................................................................... 18

2.4. ASTAH ...................................................................................................................................... 18

2.5. CRYSTAL REPORTS ............................................................................................................ 18

2.6. ANÁLISE E ESPECIFICAÇÃO ............................................................................................. 19

2.6.1. Diagramas da UML ......................................................................................................... 19

2.6.2. Diagrama de Caso de Uso ............................................................................................. 20

2.6.4. Mapa Mental ..................................................................................................................... 20

3. LEVANTAMENTO DE REQUISITOS ......................................................................................... 21

3.1.ENTREVISTA REALIZADA NA BIBLIOTECA DE TARUMÃ ............................................ 21

3.2. FUNCIONALIDADE DO SISTEMA ...................................................................................... 21

4. ANÁLISE DOS REQUISITOS ...................................................................................................... 22

4.1. RESTRIÇÕES DE DESENVOLVIMENTO ......................................................................... 22

4.2. LISTA DE EVENTOS ............................................................................................................. 22

4.3. VALIDAÇÃO DOS REQUISITOS ......................................................................................... 23

4.4. MAPA MENTAL ...................................................................................................................... 24

5. DIAGRAMAS .................................................................................................................................. 25

5.1. DIAGRAMA DE CASO DE USO GERAL ............................................................................ 25

5.1.1. Autenticar Usuário ........................................................................................................... 25

5.1.2. Manutenção e Movimentações ..................................................................................... 26

5.1.3. Consultar Relatórios........................................................................................................ 27

5.2. ESPECIFICAÇÕES DE CASO DE USO ............................................................................ 28

5.2.1. Caso de Uso 1 – Autenticar Usuário ............................................................................ 28

5.2.2. Caso de Uso 2 - Manter Usuário................................................................................... 29

5.2.3. Caso de Uso 3 - Manter Cliente .................................................................................... 30

5.2.4. Caso de Uso 4 - Manter Editora .................................................................................... 31

5.2.5. Caso de Uso 5 - Manter Autor ....................................................................................... 32

5.2.6. Caso de Uso 6 - Manter Categoria ............................................................................... 33

5.2.7. Caso de Uso 7 - Manter Acervos .................................................................................. 34

5.2.8. Caso de Uso 8 - Manter Tombo .................................................................................... 35

5.2.9. Caso de Uso 9 - Efetuar empréstimo ........................................................................... 36

5.2.10. Caso de Uso 10 - Efetuar devolução ......................................................................... 37

5.2.11. Caso de Uso 11 - Emitir Relatório Geral de Acervos .............................................. 38

5.2.12. Caso de Uso 12 - Emitir Relatório de acervos emprestados ................................. 39

5.2.13. Caso de Uso 13 - Emitir Relatório Geral de Funcionários ...................................... 40

5.2.14. Caso de Uso 14 - Emitir Relatório Geral de Editoras .............................................. 41

5.2.15. Caso de Uso 15 - Emitir Relatório Geral de Clientes .............................................. 42

5.2.16. Caso de Uso 16 - Emitir Relatório Origem Acervo .................................................. 43

5.2.17. Caso de Uso 17 - Emitir Relatório Geral de Categoria ........................................... 44

5.2.18. Caso de Uso 18 – Emitir Relatório de Clientes em Atraso ..................................... 45

5.2.19. Caso de Uso 19 - Emitir Relatório de Acervos ainda emprestados ...................... 46

5.2.20. Caso de Uso 20 – Alterar Senha ................................................................................ 47

5.2.21. Caso de Uso 21 - Manter Origem de Acervo ............................................................ 48

5.3. DIAGRAMA DE CLASSE ...................................................................................................... 49

5.4.DIAGRAMA DE ATIVIDADES ............................................................................................... 50

5.4.1. Cadastros ......................................................................................................................... 50

5.4.2.Movimentações ................................................................................................................. 51

5.4.3. Relatórios .......................................................................................................................... 52

6. PROJETO ....................................................................................................................................... 53

6.1. ESTRUTURA ANALÍTICA DO PROJETO (WBS) ............................................................. 53

6.2. ESPECIFICAÇÃO DOS CUSTOS ....................................................................................... 54

6.2.1. Recurso necessários para o desenvolvimento ........................................................... 54

6.2.2. Estimativa de custos ....................................................................................................... 54

6.3. CUSTO MATERIAIS .............................................................................................................. 54

6.3.1. Orçamento do sistema .................................................................................................... 56

7.CRONOGRAMA .............................................................................................................................. 57

8. CONCLUSÃO ................................................................................................................................. 58

9. REFERÊNCIAS BIBLIOGRÁFICAS ............................................................................................ 59

14

1. INTRODUÇÃO

A biblioteca municipal de Tarumã vem enfrentando um sério problema com seu

software padrão de uso do dia a dia, pois o mesmo não permite que o usuário possa

visualizar os registros feitos, livros reservados, entre outros. A programação do

sistema gerenciador de biblioteca a ser desenvolvido será uma forma de contornar

esse problema e ajudar o município de Tarumã e demais regiões, já que o software

também poderá ser utilizado por outras cidades.

A Programação é o processo da escrita do código, teste e manutenção de um

programa. Toda programação é escrita em uma linguagem, embora seja possível

ocorrer algumas dificuldades pelo caminho da digitação do código. Por alguns

motivos, os programadores podem fazer criações muito diferentes para diferentes

linguagens.

Há muito tempo se debate se a programação é mais semelhante a uma arte ou se é

um campo completamente novo.

A Programação vem crescendo muito nos dias de hoje, a tecnologia que temos em

nosso mundo é repleto de programas rodando um objeto, um exemplo bem fácil que

são os mais usados atualmente é o celular, nele está uma programação bem

complexa para se desenvolver.

A Importância do desenvolvimento desse sistema surgiu com algumas pesquisas

realizadas pela internet e por vídeo aulas, e com a necessidade de melhorar o

atendimento das bibliotecas públicas das cidades trazendo um controle melhor e

mais adequado das movimentações dos livros.

O Sistema ajudará a reduzir muito o tempo gasto em algumas operações, tais como

levantamento total de acervo existente na biblioteca emitido através de relatórios.

O Software permitirá ao bibliotecário cadastrar acervos e clientes, efetuar

empréstimos, devoluções, reservas e consultas de todo o acervo existente, além de

obter por meio de relatórios resultados importantes para ter total controle e eficiência

para uma eventual tomada de decisão.

15

1.1. OBJETIVOS

Este trabalho tem como objetivos principais, o desenvolvimento de um sistema

gerenciador de biblioteca, que possibilite os funcionários a fazerem pesquisa de

quais livros estão reservados, livres e fazer consulta para indicar aonde está

localizado o livro desejado ver histórico da pessoa, etc, tornando assim, mais eficaz

a consulta de um livro desejado.

Para ter acesso livre para pegar livros, o aluno deverá ter um cadastro na biblioteca

de sua cidade. Já os interessados que não tiverem cadastro, deverão se dirigir a

biblioteca e se cadastrar, fazendo com que aumente o interesse e futuramente todas

as pessoas possam ter seu cadastro.

1.2. PÚBLICO ALVO

Bibliotecas públicas ou particulares pertencentes ou não a escolas, que visam

organizar e agilizar os processos de controle e movimentações de acervos

1.3. JUSTIFICATIVAS

Para que possa ter um maior acesso de pesquisa de livros, o sistema visa trazer

meio mais fácil de atendimento em bibliotecas, além de controlar usuários

inadimplentes e emitir relatórios para uma melhor administração, e com isso reduzir

o tempo gasto na execução de serviços.

1.4 MOTIVAÇÃO

A criação desse trabalho surgiu por meio da necessidade da biblioteca de Tarumã,

cujo sistema atual apresenta problemas nas pesquisas de livros que já estão

reservados. A princípio, esse trabalho tem a intenção de solucionar os problemas

encontrados em que circunstâncias, pretendendo-se distribuir o software para várias

bibliotecas, para que todos possam interagir com o software criado.

16

1.5. PERSPECTIVAS DE CONTRIBUIÇÃO

A contribuição de desenvolvimento desse trabalho com a área de programação de

software surgiu por meio, de testar o conhecimento das ferramentas que serão

utilizadas ao longo do projeto, as perspectivas esperadas é observar cada passo do

sistema gerenciador de biblioteca que será desenvolvido. O sistema gerenciador de

biblioteca estará disponível na Fundação Educacional do Município de Assis, a

monografia desse sistema estará localizada na biblioteca da Fundação, a princípio a

documentação estará disponível para o aluno fazer pesquisa sobre tal assunto.

1.6. ESTRUTURA DO TRABALHO

Este trabalho está estruturado da seguinte forma: o Capítulo 1 contém a introdução

e a descrição do problema a ser tratado. O Capítulo 2 descreverá a metodologia de

análise de sistemas a ser adotada para a modelagem do problema, a Análise

Orientada a Objetos. O Capítulo 3 descreverá o ambiente de desenvolvimento do

software, bem como o modelo de banco de dados a ser utilizado. O Capítulo 4

apresentará a modelagem do software, de acordo com a metodologia adotada. O

Capítulo 5 apresentará os layouts de telas e relatórios e o trabalho será encerrado

pelas Conclusões e Referências Bibliográficas.

17

2. MÉTODO DE DESENVOLVIMENTO

2.1. METODOLOGIA

Nesse sistema será utilizada a ferramenta Visual Studio e para a programação será

usada a linguagem C#, que servirá para criar as telas com seus comandos,

facilitando entender melhor o conceito do sistema gerenciador de biblioteca, criação

do mapa mental para esclarecer melhor a análise do sistema. O banco de dados que

será utilizado é MySQL.

2.2. C# (MICROSOFT.NET)

O C# (leia-se C-Sharp), é uma linguagem de programação orientada a objetos, que

foi desenvolvida pela Microsoft e faz parte da plataforma .NET. Embora a linguagem

C# tenha sido criada do zero, foi baseada na linguagem C++ e tem muitos

elementos da linguagem Pascal e Java.

A plataforma .NET teve suas bibliotecas inicialmente feitas em Simple Managed C

(SMC), porém esta limitou muito o trabalho na plataforma. No início de 1999 foi

montada uma equipe, liderada por Anders Hejlsberg, com o objetivo de criar uma

nova linguagem para a plataforma .NET. Esta linguagem seria criada para

desprender a plataforma .NET de outras linguagens, pois o código das linguagens já

existentes limitava o desenvolvimento da plataforma.

Esta linguagem foi desenvolvida com o nome de Cool. No momento do lançamento

da plataforma .NET, mudaram o nome da linguagem para C#. A criação da

linguagem C# ajudou muito no desenvolvimento do .NET, pois a plataforma não

precisou se adequar a nenhum código de alguma linguagem já existente. O C# foi

criado especificamente para .NET, sendo que muitas outras linguagens tem suporte

à C#. Algumas destas linguagens são VB.NET, C++ e J# (Yuri Pacievitch,2013).

18

2.3. ACCESSO Microsoft Access (nome completo Microsoft Office Access), também

conhecido por MSAccess, é um sistema relacional de administração de banco de dados da

Microsoft, incluído no pacote do Microsoft Office Professional, que combina o Microsoft Jet

Database Engine com uma interface de usuário gráfica (graphical user interface). Ele permite

o desenvolvimento rápido de aplicações que envolvem tanto a modelagem e estrutura de

dados como também a interface a ser utilizada pelos usuários. Microsoft Access é capaz de

usar dados guardados em Access/Jet, Microsoft SQL Server, Oracle, ou qualquer recipiente de

dados compatível com ODBC. Programadores relativamente inexperientes e usuários

determinados podem usá-lo para construir aplicações simples, sem a necessidade de utilizar

ferramentas desconhecida(Microsoft Access).

2.4. ASTAH

Segundo LOYOLA, M. (2011), a ferramenta Astah permite a criação dos diagramas

em UML, realizando a integração entre as classes, os componentes, os diagramas

de estado, casos de uso, entre outros. Toda as estruturas requeridas para um bom

projeto em UML podem ser criadas com Astah.

Será utilizado no desenvolvimento dos diagramas do sistema gerenciador de

biblioteca como o diagrama de classe, diagrama de caso de uso, diagrama de

atividade e no mapa mental do sistema Gerenciador de Biblioteca.

2.5. CRYSTAL REPORTS

O software Crystal Reports permite facilmente criação de relatórios interativos e sua

conexão a praticamente qualquer fonte de dados. Seus usuários podem se

beneficiar da classificação e filtragem com base em relatórios, o que lhes dá o poder

de executar as decisões instantaneamente (CRYSTAL).

19

2.6. ANÁLISE E ESPECIFICAÇÃO

Este tópico contém informações das ferramentas utilizadas para a modelagem do

sistema a ser desenvolvido.

2.6.1. Diagramas da UML

Para fazer a modelagem do sistema, se utiliza a metodologia de Análise Orientada a

Objeto, UML (Unified Language), é uma tentativa de padronizar a modelagem

Orientada a Objetos, de forma que qualquer sistema possa ser modelado

corretamente. A UML é constituída por elementos gráficos, utilizados na modelagem

que permitem representar os conceitos do paradigma da Orientação a Objetos,

através destes elementos gráficos podemos construir vários diagramas (BEZERRA,

2002, p.14).

Um Diagrama é a representação gráfica de um conjunto de elementos, geralmente

representados como gráficos de vértices (itens) e arcos (relacionamentos). São

desenhados para permitir a visualização de um sistema sob diferentes perspectivas;

nesse sentido, um diagrama constitui uma projeção de um determinado sistema. Em

todos os sistemas, com exceção dos mais triviais, um diagrama representa uma

visão parcial dos elementos que compõem o sistema (RUMBAUGH et al., 2000, p.

25).

As seções seguintes descreverão alguns diagramas da UML.

✓Diagrama de caso de uso

✓Diagrama de classes

✓Mapa mental

20

2.6.2. Diagrama de Caso de Uso

Um diagrama de caso de uso exibe um conjunto de caso de uso e atores. Os atores

representam os papeis desempenhados pelos diversos usuários que poderão utilizar

os serviços e funções do sistema. Já os casos de uso referem-se aos serviços,

tarefas ou funcionalidades que podem ser utilizados de alguma maneira pelos atores

que interagem com o sistema, sendo utilizados para expressar e documentar os

comportamentos pretendidos para as funções destes atores e caso de uso.

Diagramas de caso de uso abrangem a visão estática de casos de uso do sistema.

Esses diagramas são importantes principalmente para a organização e a

modelagem de comportamentos do sistema (JACOBSON et al., 2000, p. 26).

2.6.3. Diagrama de Classe

O Diagrama de Classes exibe um conjunto de classes, interfaces e colaborações,

bem como seus relacionamentos. Esses diagramas são encontrados com maior

frequência em sistemas de modelagem orientados a objetos e abrangem uma visão

estática da estrutura do sistema. Os diagramas de classes que incluem classes

ativas direcionam a perspectiva do processo estático do sistema (JACOBSON et al.,

2000, p. 25).

2.6.4. Mapa Mental

Um mapa mental é caracterizado como um diagrama hierarquizado de informações,

no qual é possível perceber facilmente as relações e os vínculos entre elas. O mapa

mental facilita a interpretação das palavras, imagens, números e conceitos lógicos,

de maneira clara, concisa e consistente (BUZAN, Tony.2009).

21

3. LEVANTAMENTO DE REQUISITOS

3.1.ENTREVISTA REALIZADA NA BIBLIOTECA DE TARUMÃ

a) Quais as pessoas que fazem parte da biblioteca?

R: Funcionários e Estudantes;

b) Descreva o problema do software já existente:

R: O software utilizado pela biblioteca possui muitas falhas principalmente a

falta de emissão de relatórios para obter um maior controle do acervo.

c) Qual Resultado esperado com a implantação de um novo software?

R: Com novo software espera-se ter um controle eficaz de pesquisa por nome ou

título, além de tudo ter mais agilidade nas transações de empréstimos e devoluções,

e obter importantes informações através de relatórios.

3.2. FUNCIONALIDADE DO SISTEMA

➣ Login de Acesso as Sistema;

➣ Cadastros (Acervos, Usuários, Clientes)

➣ Efetuar empréstimos e devoluções;

➣ Gerar Relatórios.

22

4. ANÁLISE DOS REQUISITOS

4.1. RESTRIÇÕES DE DESENVOLVIMENTO

✓ Microcomputador Intel® Core™2 Duo @2.00GHz, 2,00GB RAM;

✓ O Sistema deverá ser executado no Windows 7 ou compatível;

✓ Os relatórios precisam ser exibidos antes de impressos para a correção de falhas;

4.2. LISTA DE EVENTOS

Numero

Evento

Caso de uso

Realizado

Trabalho

Futuro

01 O Administrador ou Operador solicita Login Autenticar

Usuário X

02 O Administrador solicita cadastro de

Usuário

Manter Usuário X

04

O Administrador ou Operador solicita

cadastro de Clientes Manter Cliente X

06


cadastro Editora Manter Editora X

07


cadastro de Autor Manter Autor X

09


cadastro de Categoria Manter Categoria X

11


cadastro de Acervos Manter Acervos X

12


cadastro de Tombo Manter Tombo X

13


empréstimo do Acervo

Efetuar

empréstimo X

14


devolução do Acervo

Efetuar

Devolução X

23

17


emissão de Relatório Geral de Acervos

Emitir Relatório

Geral de Acervos X

18


emissão Relatório de Acervos emprestados

Emitir Relatório

de Acervos

emprestados

X

19


emissão de Relatório Geral de

Funcionários

Emitir Relatório

de Geral de

Funcionários

X

20


emissão de Relatório Geral de Editoras

Emitir Relatório

Geral de Editoras X

28


emissão de Relatório Origem Acervo

Emitir Relatório

Origem Acervo X

29


emissão de Relatório Geral de Clientes

Emitir Relatório

Geral de Clientes X

30


emissão de Relatório Geral de Categorias

Emitir Relatório

Geral de

Categoria

X

31 O Administrador ou Administrador ou

Operador altera senha

Alterar Senha X

32 O Operador solicita cadastro Origem

Acervo

Manter Origem

Acervo

X

Tabela 1 – Lista de Eventos

4.3. VALIDAÇÃO DOS REQUISITOS

a) Requisitos levantados através de entrevistas estão completos?

SIM ( X ) NÃO ( )

b) As informações levantadas atende as necessidades do cliente?

SIM ( X ) NÃO ( )

c) Os requisitos são reais?

SIM ( X ) NÃO ( )

d) A análise está de acordo com as necessidades solicitadas pelo cliente?

SIM ( X ) NÃO ( )

24

4.4. MAPA MENTAL

A Figura 1 ilustra o mapa mental com as funcionalidades do sistema Gerenciador de

Biblioteca.

Figura 1 - Mapa Mental Sistema Gerenciador de Biblioteca

25

5. DIAGRAMAS

5.1. DIAGRAMA DE CASO DE USO GERAL

5.1.1. Autenticar Usuário

Figura 2 - Caso de Uso Visão Geral - Autenticar Usuário

26

5.1.2. Manutenção e Movimentações

Figura 3 - Caso de Uso Visão Geral - Movimentações

27

5.1.3. Consultar Relatórios

Figura 4 - Caso de Uso Visão Geral - Consultar Relatórios

28

5.2. ESPECIFICAÇÕES DE CASO DE USO

5.2.1. Caso de Uso 1 – Autenticar Usuário

Figura 5 - UC - Autenticar Usuário

Nome do UC 01 Autenticar Usuário

Ator (es) Usuário

Pré-Condições Iniciar 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.

Casos de Testes

3.1 - O Sistema verifica se Usuário e Senha estão corretas.

3.2 - Caso Esteja incorreta o Sistema emite uma mensagem

“Usuário e/ou senha errada”.

3.3 - O Sistema solicita usuário e senha novamente.

Tabela 2 - Especificação do Caso de Uso 01

29

5.2.2. Caso de Uso 2 - Manter Usuário

Figura 6 - UC - Manter Usuário

Nome do UC 02 Manter Usuário

Ator (es) Administrador

Pré-Condições O Administrador deverá estar autenticado no Sistema

Cenário Principal

1 - O Sistema solicita os dados necessários para o cadastro do Usuário.

2 - O Administrador informa os dados necessários para o cadastramento.

3 - O Administrador clica em salvar.

4 - O Sistema emite uma mensagem “Usuário cadastrado com sucesso.

5 - O Sistema cadastra o Usuário.

Cenário Alternativo O Administrador poderá cancelar o processo durante o cadastro.

Casos de Testes

3.1 - O Sistema verifica se os campos foram preenchidos corretamente e se o Usuário

já existe.

3.2 - Caso o Usuário esteja cadastrado, o Sistema emite uma mensagem

3.3 - O Sistema volta para a tela de Cadastrar Usuário.


30

5.2.3. Caso de Uso 3 - Manter Cliente

Figura 7 - UC - Manter Cliente

Nome do UC 04 Manter Cliente

Ator (es) Usuá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 do Cliente.

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 “Cliente cadastrado com sucesso.

5 - O Sistema cadastra o Cliente.

Cenário Alternativo O Usuário poderá cancelar o processo durante o cadastro.

Casos de Testes

3.1 - O Sistema verifica se os campos foram preenchidos corretamente e se o Cliente

já existe.

3.2 - Caso o Cliente esteja cadastrado, o Sistema emite uma mensagem “Cliente já

existente no Sistema”.

3.3 - O Sistema volta para a tela de Cadastrar Cliente.


31

5.2.4. Caso de Uso 4 - Manter Editora

Figura 8 - UC - Manter Editora

Nome do UC 06 Manter Editora

Ator (es) Usuário


Cenário Principal

1 - O Sistema solicita os dados necessários para o cadastro da Editora.



4 - O Sistema emite uma mensagem “Editora cadastrada com sucesso.

5 - O Sistema cadastra a Editora.


Casos de Testes

3.1 - O Sistema verifica se os campos foram preenchidos corretamente e se a Editora

já existe.

3.2 - Caso a Editora esteja cadastrada, o Sistema emite uma mensagem “Editora já


3.3 - O Sistema volta para a tela de Cadastrar Editora.


32

5.2.5. Caso de Uso 5 - Manter Autor

Figura 9 - UC - Manter Autor

Nome do UC 06 Manter Autor

Ator (es) Usuário


Cenário Principal

1 - O Sistema solicita os dados necessários para o cadastro do Autor.



4 - O Sistema emite uma mensagem “Autor cadastrado com sucesso.

5 - O Sistema cadastra o Autor.


Casos de Testes

3.1 - O Sistema verifica se os campos foram preenchidos corretamente e se o Autor já

existe.

3.2 - Caso o Autor esteja cadastrado, o Sistema emite uma mensagem “Autor já


3.3 - O Sistema volta para a tela de Cadastrar Autor.


33

5.2.6. Caso de Uso 6 - Manter Categoria

Figura 10 - UC - Manter Categoria

Nome do UC 06 Manter Categoria

Ator (es) Usuário


Cenário Principal

1 - O Sistema solicita os dados necessários para o cadastro da Categoria.



4 - O Sistema emite uma mensagem “Categoria cadastrada com sucesso.

5 - O Sistema cadastra a Categoria.


Casos de Testes

3.1 - O Sistema verifica se os campos foram preenchidos corretamente e se a

Categoria já existe.

3.2 - Caso a Categoria esteja cadastrada, o Sistema emite uma mensagem “Categoria

já existente no Sistema”.

3.3 - O Sistema volta para a tela de Cadastrar Categoria.


34

5.2.7. Caso de Uso 7 - Manter Acervos

Figura 11 - UC - Manter Acervos

Nome do UC 06 Manter Acervos

Ator (es) Usuário


Cenário Principal

1 - O Sistema solicita os dados necessários para o cadastro do Acervo.



4 - O Sistema emite uma mensagem “Acervo cadastrado com sucesso.

5 - O Sistema cadastra o Acervo.


Casos de Testes

3.1 - O Sistema verifica se os campos foram preenchidos corretamente e se o Acervo

já existe.

3.2 - Caso o Acervo esteja cadastrado, o Sistema emite uma mensagem “Acervo já


3.3 - O Sistema volta para a tela de Cadastrar Acervo.


35

5.2.8. Caso de Uso 8 - Manter Tombo

Figura 12 - UC - Manter Tombo

Nome do UC 06 Manter Tombo

Ator (es) Usuário


Cenário Principal

1 - O Sistema solicita os dados necessários para o cadastro do Tombo.



4 - O Sistema emite uma mensagem “Tombo cadastrado com sucesso.

5 - O Sistema cadastra o Tombo.


Casos de Testes

3.1 - O Sistema verifica se os campos foram preenchidos corretamente e se o Tombo

já existe.

3.2 - Caso o Tombo esteja cadastrado, o Sistema emite uma mensagem “Tombo já


3.3 - O Sistema volta para a tela de Cadastrar Tombo.


36

5.2.9. Caso de Uso 9 - Efetuar empréstimo

Figura 13 - UC - Efetuar empréstimo

Nome do UC 06 Efetuar empréstimo

Ator (es) Usuário


Cenário Principal

1 - O Sistema solicita os dados necessários para realizar o empréstimo.

2 - O Usuário informa os dados necessários para o empréstimo.

3 - O Usuário clica em Efetuar Empréstimo.

4 - O Sistema emite uma mensagem “Empréstimo realizado com sucesso.

5 - O Sistema salva o Empréstimo.

Cenário Alternativo O Usuário poderá cancelar o processo durante a movimentação.

Casos de Testes

3.1 - O Sistema verifica se os campos foram preenchidos corretamente e se o Cliente

está apto a realizar o Empréstimo.

3.2 - Caso o Cliente esteja inadimplente, o Sistema emite a mensagem “Cliente

impossibilitado de realizar Empréstimo.

3.3 - O Sistema volta para a tela de Empréstimos.


37

5.2.10. Caso de Uso 10 - Efetuar devolução

Figura 14 - UC - Efetuar devolução

Nome do UC 06 Efetuar devolução

Ator (es) Usuário


Cenário Principal

1 - O Sistema solicita os dados necessários para realizar a devolução.

2 - O Usuário informa os dados necessários para a devolução e Clica em Efetuar

devolução.

3 - O Sistema exibe as informações do Acervo e Cliente.

4 - O Usuário confirma os dados clicando em Confirmar devolução.

5 - O Sistema emite uma mensagem “Devolução realizada com sucesso.

6 - O Sistema salva a Devolução.

Cenário Alternativo O Usuário poderá cancelar o processo durante a movimentação.

Casos de Testes

3.1 - O Sistema verifica se os campos foram preenchidos corretamente.

3.2 - Caso o Cliente esteja inadimplente, o Sistema emita uma mensagem de erro e

retorna para a tela de Devolução.

3.3 - Caso o Acervo devolvido esteja em reserva, o sistema emite a mensagem

“Acervo em reserva para Nome do Cliente”.


38

5.2.11. Caso de Uso 11 - Emitir Relatório Geral de Acervos

Figura 15 - UC - Emitir Relatório Geral de Acervos

Nome do UC 06 Emitir Relatório Geral de Acervos

Ator (es) Usuário


Descrição Os Relatórios deverão ser impressos conforme forem requisitados.

Cenário Principal

1 - O Sistema disponibiliza informações para o Usuário.

2 - O Usuário clica em Visualizar Relatório.

3 - O Sistema exibe o Relatório na tela.

4 - O Usuário clica em imprimir.

5 - O Sistema imprime o Relatório com sucesso.

Cenário Alternativo

O Usuário poderá apenas visualizar o Relatório sem imprimir.

Casos de Testes 5.1 – O Sistema cancela Operação.


39

5.2.12. Caso de Uso 12 - Emitir Relatório de acervos emprestados

Figura 16 - UC - Emitir Relatório de Acervos emprestados

Nome do UC 06 Emitir Relatório de Acervos emprestados

Ator (es) Usuário



Cenário Principal










40

5.2.13. Caso de Uso 13 - Emitir Relatório Geral de Funcionários

Figura 17 - UC - Emitir Relatório Geral de Funcionários

Nome do UC 06 Emitir Relatório Geral de Funcionários

Ator (es) Usuário



Cenário Principal










41

5.2.14. Caso de Uso 14 - Emitir Relatório Geral de Editoras

Figura 18 - UC - Emitir Relatório Geral de Editoras

Nome do UC 06 Emitir Relatório Geral de Editoras

Ator (es) Usuário



Cenário Principal

1 - O Sistema solicita a Editora a ser pesquisada.

2 - O Usuário informa a Editora.


4 - O Sistema exibe Relatório na Tela.

5 - O Usuário clica em Imprimir.

6 - O Sistema imprime o Relatório com sucesso



Casos de Testes 3.1 - O Sistema verifica se a Editora informada existe.

3.2 - Caso não exista o Sistema exibe uma mensagem “Editora inexistente”.

5.1 - O Sistema cancela Operação.


42

5.2.15. Caso de Uso 15 - Emitir Relatório Geral de Clientes

Figura 19 - UC - Emitir Relatório Geral de Clientes

Nome do UC 06 Emitir Relatório Geral de Clientes

Ator (es) Usuário



Cenário Principal

1 - O Sistema solicita o cliente a ser pesquisado.

2 - O Usuário informa o Nome do Cliente.






43

5.2.16. Caso de Uso 16 - Emitir Relatório Origem Acervo

Figura 20 - UC - Emitir Relatório Origem Acervo

Nome do UC 06 Emitir Relatório Origem Acervo

Ator (es) Usuário



Cenário Principal

1 - O Sistema solicita a Origem do acervo a ser pesquisado.

2 - O Usuário informa a Origem do Acervo.






44

5.2.17. Caso de Uso 17 - Emitir Relatório Geral de Categoria

Figura 21 - UC - Emitir Relatório De Categoria

Nome do UC 06 Emitir Relatório de Categoria

Ator (es) Usuário



Cenário Principal

1 - O Sistema solicita a Categoria do acervo a ser pesquisado.

2 - O Usuário informa a Categoria.






45

5.2.18. Caso de Uso 18 – Emitir Relatório de Clientes em Atraso

Figura 22 - UC – Emitir Relatório de Clientes em Atraso

Nome do UC 06 Emitir Relatório de Clientes em Atraso

Ator (es) Usuário

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


Cenário Principal

1 - O Sistema solicita o nome do Cliente em Atraso a ser pesquisado.

2 - O Usuário informa o Nome.



Casos de Testes O Usuário poderá apenas visualizar o Relatório sem imprimir.


46

5.2.19. Caso de Uso 19 - Emitir Relatório de Acervos ainda emprestados

Figura 23 - UC – Emitir Relatório de Acervos ainda emprestados

Nome do UC 06 Emitir Relatório de Acervos ainda emprestados

Ator (es) Usuário



Cenário Principal

1 - O Sistema solicita o nome do Acervo ainda Emprestado a ser pesquisado.

2 - O Usuário informa o Nome.



Casos de Testes O Usuário poderá apenas visualizar o Relatório sem imprimir.


47

5.2.20. Caso de Uso 20 – Alterar Senha

Figura 24 - UC - Alterar Senha

Nome do UC 06 Alterar Senha

Ator (es) Usuário


Descrição A Senha será alterada conforme for requisitado.

Cenário Principal

1 - O Sistema solicita os dados necessários para alteração da senha do Usuário.

2 - O Usuário informa os dados necessários para a alteração.


4 - O Sistema emite uma mensagem “Senha Alterada com sucesso”.

5 - O Sistema salva a nova Senha do Usuário.



Casos de Testes 3.1 - O Sistema verifica se a senha atual está correta.

3.2 - Caso não exista o Sistema exibe uma mensagem “Senha Incorreta”.

5.1 - O Sistema cancela Operação.


48

5.2.21. Caso de Uso 21 - Origem de Acervo

Figura 25 - UC - Origem de Acervo

Nome do UC 06 Origem do Acervo

Ator (es) Usuário


Cenário Principal

1 - O Sistema solicita os dados necessários para o cadastro de Origem de Acervo.



4 - O Sistema cadastra a Origem de Acervo.



49

5.3. DIAGRAMA DE CLASSE

Figura 26 - Diagrama de Classe

50

5.4.DIAGRAMA DE ATIVIDADES

5.4.1. Cadastros

Figura 27 - Diagrama de Atividades - Cadastros

51

5.4.2.Movimentações

Figura 28 - Diagrama de Atividades - Movimentações

52

5.4.3. Relatórios

Figura 29 - Diagrama de Atividades - Relatórios

53

6. PROJETO

6.1. ESTRUTURA ANALÍTICA DO PROJETO (WBS)

Figura 30 - Work BreakDown Structure

54

6.2. ESPECIFICAÇÃO DOS CUSTOS

6.2.1. Recurso necessários para o desenvolvimento

➣ 01 Analista – Programador

➣ 01 Notebook Intel® Core™ i7 CPU @ 2.60GHZ, 8.00GB RAM;

➣ 01 Impressora Multifuncional HP

➣ Sistema Operacional Windows 8.1;

➣ Visual Studio 2013;

➣ Access;

➣ Crystal Reports 2013;

6.2.2. Estimativa de custos

Custo Analista – Programador

Custo Diário: R$35,00(Trinta e Cinco Reais)

Total de Dias: 160

Custo Total: (Total de Dias * Custo Diário): R$5.600,00 (Cinco mil e seiscentos

reais).

6.3. CUSTO MATERIAIS

Notebook: R$ 3.200,00 (Três mil e duzentos reais)

Depreciação 3 anos: R$ 3.200,00 / 36(meses) = R$ 88,88 (Oitenta e oito reais e

oitenta e oito centavos) por mês.

Custo de um dia: R$88,88 / 30 (dias) = R$ 2,96 (Dois reais e noventa e seis

centavos) por dia;

Custo de 160 dias R$ 2,96*160 = R$ 473,60 (Quatrocentos e senta e três reais e

sessenta centavos).

Impressora: R$ 450,00(Quatrocentos e cinquenta reais)

55

Depreciação 4 anos: R$ 450,00 / 48 (meses) = R$ 9,37 (Nove reais e trinta e sete

centavos) por mês;

Custo de um dia: R$ 9,37 / 30 (dias) = R$ 0,31 (Trinta e um centavos) por dia;

Custo de 160 dias: R$ 0,31*160 = R$ 49,60 (Quarenta e nove reais e sessenta

centavos).

Sistema Operacional Windows 8.1: R$ 295,00 (Duzentos e noventa e cinco reais);

Depreciação 2 anos: R$ 295,00 / 24 (meses) = R$ 12,29 (Doze reais e vinte e nove

centavos);

Custo de um dia: R$ 12,29 /30 (dias) = R$ 0,40 (Quarenta centavos) por dia;

Custo de 160 dias: R$ 0,40*160 = R$ 64,00 (Sessenta reais);

Visual Studio 2013: R$ 1.327,00 (Mil trezentos e vinte e sete reais);

Depreciação 2 anos: R$ 1.327,00 / 24 (meses) = R$ 55,29 (Cinquenta e cinco reais

e vinte e nove centavos);

Custo de um dia: R$ 55,29/30 (dias) = R$ 1,84 (Um real e oitenta e quatro centavos)

por dia;

Custo de 160 dias: R$ 1,84*160 = R$294,40 (Duzentos e Noventa e quatro reais e

quarenta centavos);

Crystal Reports: R$ 1.281,00 (Mil duzentos e oitenta e um reais);

Depreciação 2 anos: R$ 1.281,00 / 24 (meses) = R$ 53,37 (Cinquenta e três reais e

trinta e sete centavos);

Custo de um dia: R$ 53,37 /30 (dias) = R$ 1,77 (Um real e setenta e sete centavos)

por dia;

Custo de 160 dias: R$ 1,77*160 = R$283,20 (Duzentos e oitenta e três reais e vinte

centavos);

56

Access: R$ 0,00;

Depreciação 2 anos: R$ 0,00 / 24 (meses) = R$0,00;

Custo de um dia: R$ 0,00 /30 (dias) = R$ 0,00 por dia;

Custo de 160 dias: R$ 0,00*160 = R$ 0,00;

Totalmente gratuito sem custo algum para o desenvolvedor.

6.3.1. Orçamento do sistema

Recursos Utilizados Valor

Analista - Programador R$ 5.600,00

Notebook R$ 473,60

Impressora R$ 450,00

Sistema Operacional Windows 8.1 R$ 64,00

Visual Studio 2013 R$ 294,40

Crystal Reports R$ 283,20

Access R$ 0,00

Total R$ 7.165,20

Tabela 23 – Orçamento do Projeto

57

7.CRONOGRAMA

58

8. CONCLUSÃO

O software oferecerá um melhor funcionamento para a biblioteca de Tarumã,

agilizando o atendimento aos cliente e estudantes e melhorando o controle das

movimentações de locações dos acervos. Além disso, trará facilidade ao acesso das

informações importantes para o auxilio na organização da biblioteca.

Como a informática hoje é essencial em qualquer ramo de atividade, o software irá

suprir toda necessidade de organizar, fornecendo relatórios gerencias de extrema

importancia para uma eventual tomada de decisão, assim garantindo a qualidade de

serviços prestados.

O Uso de UML e diagramas feitos na análise foram essenciais para o

desenvolvimento do sistema, com a lista de eventos e diagramas podemos

identificar as principais funcionalidades do sistema.

A maior dificuldade na execução desse projeto é o fato de ser a primeira experiência

real na implementação de um software, mas é um trabalho de suma importância

para ter uma breve noção do que encontraremos no mercado de trabalho.

59

9. REFERÊNCIAS BIBLIOGRÁFICAS

BEZERRA, Eduardo. Principios de Análise e Projeto de Sistemas com UML.

1. Ed. Rio de Janeiro: Editora Campus, 2002.

BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. . UML: Guia do Usuário. Editora

Campus, Rio de Janeiro, RJ, 2000.

BUZAN, Tony. Mapas Mentais: métodos criativos para estimular o raciocionio e usar

ao maximo o potencial do seu cérebro: Tradução de Paulo Polzonoff Jr. Rio de

Janeiro: Editora Sextante, 2009.

LOYOLA M. Astah – Modelagem UML. Disponivel em :

http://www.mloyola.com.br/astah-ferramenta-para-projetos-em-uml. Acesso em 20

de Fevereiro de 2015.

OFICINA DA NET Access – Tudo sobre o Microsoft Access. Disponivel em:

http://www.oficinadanet.com.br/artigo/790/tudo_sobre_o_microsoft_access. Acesso

em 28 de Julho de 2015.

Wikipédia,Programção De Computadores. Disponivel em:

<http://pt.wikipedia.org/wiki/Programa%C3%A7%C3%A3o_de_computadores>.

Acesso em 28 de Outubro de 2014.

YURI PACIEVITCH. C# - O que é ?,2013 Disponivel em:

http://www.infoescola.com/informatica/c-sharp/. Acesso em 28 de Fevereiro de 2015.

http://www.mloyola.com.br/astah-ferramenta-para-projetos-em-uml

http://www.oficinadanet.com.br/artigo/790/tudo_sobre_o_microsoft_access

http://pt.wikipedia.org/wiki/Programa%C3%A7%C3%A3o_de_computadores

http://www.infoescola.com/informatica/c-sharp/

60

CRYSTAL Disponivel em:

http://www.sap.com/brazil/solutions/sapbusinessobjects/sme/reporting/crystalreports/

index.epx. Acesso em 04 de Março de 2015.

http://www.sap.com/brazil/solutions/sapbusinessobjects/sme/reporting/crystalreports/%20index.epx

http://www.sap.com/brazil/solutions/sapbusinessobjects/sme/reporting/crystalreports/%20index.epx

Documents

SISTEMA GERENCIADOR DE BIBLIOTECA · control the amount of borrowed books, should also generate each client report. The ... sistema gerenciador de biblioteca a ser desenvolvido será