LEONARDO PERES DA SILVA SISTEMA GERENCIADOR DE BIBLIOTECA

LEONARDO PERES DA SILVA SISTEMA GERENCIADOR DE BIBLIOTECA Assis 2015

LEONARDO PERES DA SILVA SISTEMA GERENCIADOR DE BIBLIOTECA 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

LEONARDO PERES DA SILVA SISTEMA GERENCIADOR DE BIBLIOTECA 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

LEONARDO PERES DA SILVA SISTEMA GERENCIADOR DE BIBLIOTECA 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 4 - Especificação do Caso de Uso 03... 30 Tabela 5 - Especificação do Caso de Uso 04... 31 Tabela 6 - Especificação do Caso de Uso 05... 32 Tabela 7 - Especificação do Caso de Uso 06... 33 Tabela 8 - Especificação do Caso de Uso 07... 34 Tabela 9 - Especificação do Caso de Uso 08... 35 Tabela 10 - Especificação do Caso de Uso 09... 36 Tabela 11 - Especificação do Caso de Uso 10... 37 Tabela 12 - Especificação do Caso de Uso11... 38 Tabela 13 - Especificação do Caso de Uso 12... 39 Tabela 14 - Especificação do Caso de Uso 13... 40 Tabela 15 - Especificação do Caso de Uso 14... 41 Tabela 16 - Especificação do Caso de Uso 15... 42 Tabela 17 - Especificação do Caso de Uso 16... 43 Tabela 18 - Especificação do Caso de Uso 17... 44 Tabela 19 - Especificação do Caso de Uso 18... 45 Tabela 20 - Especificação do Caso de Uso 19... 46 Tabela 21 - Especificação do Caso de Uso 20... 47 Tabela 22 - Especificação do Caso de Uso 21... 48 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 04 06 07 09 11 12 13 14 Manter Usuário O Administrador ou Operador solicita cadastro de Clientes Manter Cliente X O Administrador ou Operador solicita cadastro Editora Manter Editora X O Administrador ou Operador solicita cadastro de Autor Manter Autor X O Administrador ou Operador solicita cadastro de Categoria Manter Categoria X O Administrador ou Operador solicita cadastro de Acervos Manter Acervos X O Administrador ou Operador solicita cadastro de Tombo Manter Tombo X O Administrador ou Operador solicita empréstimo do Acervo O Administrador ou Operador solicita devolução do Acervo Efetuar empréstimo Efetuar Devolução X X X

23 17 O Administrador ou Operador solicita emissão de Relatório Geral de Acervos Emitir Relatório Geral de Acervos X 18 O Administrador ou Operador solicita emissão Relatório de Acervos emprestados Emitir Relatório de Acervos emprestados X 19 O Administrador ou Operador solicita emissão de Relatório Geral de Funcionários Emitir Relatório de Geral de Funcionários X 20 O Administrador ou Operador solicita emissão de Relatório Geral de Editoras Emitir Relatório Geral de Editoras X 28 O Administrador ou Operador solicita emissão de Relatório Origem Acervo Emitir Relatório Origem Acervo X 29 O Administrador ou Operador solicita emissão de Relatório Geral de Clientes Emitir Relatório Geral de Clientes X 30 O Administrador ou Operador solicita emissão de Relatório Geral de Categorias Emitir Relatório Geral de Categoria X 31 O Administrador ou Administrador ou Operador altera senha 32 O Operador solicita cadastro Origem Acervo Alterar Senha Manter Origem Acervo X 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 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Autenticar Usuário Usuário Iniciar Sistema 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. O Usuário poderá cancelar Autenticação durante o processo. 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 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Manter Usuário Administrador O Administrador deverá estar autenticado no Sistema 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. O Administrador poderá cancelar o processo durante o cadastro. 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. Tabela 3 - Especificação do Caso de Uso 02

30 5.2.3. Caso de Uso 3 - Manter Cliente Figura 7 - UC - Manter Cliente Nome do UC 04 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Manter Cliente Usuário O Usuário deverá estar autenticado no Sistema 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. O Usuário poderá cancelar o processo durante o cadastro. 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. Tabela 4 - Especificação do Caso de Uso 03

31 5.2.4. Caso de Uso 4 - Manter Editora Figura 8 - UC - Manter Editora Nome do UC 06 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Manter Editora Usuário O Usuário deverá estar autenticado no Sistema 1 - O Sistema solicita os dados necessários para o cadastro da Editora. 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 Editora cadastrada com sucesso. 5 - O Sistema cadastra a Editora. O Usuário poderá cancelar o processo durante o cadastro. 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á existente no Sistema. 3.3 - O Sistema volta para a tela de Cadastrar Editora. Tabela 5 - Especificação do Caso de Uso 04

32 5.2.5. Caso de Uso 5 - Manter Autor Figura 9 - UC - Manter Autor Nome do UC 06 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Manter Autor Usuário O Usuário deverá estar autenticado no Sistema 1 - O Sistema solicita os dados necessários para o cadastro do Autor. 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 Autor cadastrado com sucesso. 5 - O Sistema cadastra o Autor. O Usuário poderá cancelar o processo durante o cadastro. 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á existente no Sistema. 3.3 - O Sistema volta para a tela de Cadastrar Autor. Tabela 6 - Especificação do Caso de Uso 05

33 5.2.6. Caso de Uso 6 - Manter Categoria Figura 10 - UC - Manter Categoria Nome do UC 06 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Manter Categoria Usuário O Usuário deverá estar autenticado no Sistema 1 - O Sistema solicita os dados necessários para o cadastro da Categoria. 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 Categoria cadastrada com sucesso. 5 - O Sistema cadastra a Categoria. O Usuário poderá cancelar o processo durante o cadastro. 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. Tabela 7 - Especificação do Caso de Uso 06

34 5.2.7. Caso de Uso 7 - Manter Acervos Figura 11 - UC - Manter Acervos Nome do UC 06 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Manter Acervos Usuário O Usuário deverá estar autenticado no Sistema 1 - O Sistema solicita os dados necessários para o cadastro do 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 Acervo cadastrado com sucesso. 5 - O Sistema cadastra o Acervo. O Usuário poderá cancelar o processo durante o cadastro. 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á existente no Sistema. 3.3 - O Sistema volta para a tela de Cadastrar Acervo. Tabela 8 - Especificação do Caso de Uso 07

35 5.2.8. Caso de Uso 8 - Manter Tombo Figura 12 - UC - Manter Tombo Nome do UC 06 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Manter Tombo Usuário O Usuário deverá estar autenticado no Sistema 1 - O Sistema solicita os dados necessários para o cadastro do Tombo. 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 Tombo cadastrado com sucesso. 5 - O Sistema cadastra o Tombo. O Usuário poderá cancelar o processo durante o cadastro. 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á existente no Sistema. 3.3 - O Sistema volta para a tela de Cadastrar Tombo. Tabela 9 - Especificação do Caso de Uso 08

36 5.2.9. Caso de Uso 9 - Efetuar empréstimo Figura 13 - UC - Efetuar empréstimo Nome do UC 06 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Efetuar empréstimo Usuário O Usuário deverá estar autenticado no Sistema 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. O Usuário poderá cancelar o processo durante a movimentação. 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. Tabela 10 - Especificação do Caso de Uso 09

37 5.2.10. Caso de Uso 10 - Efetuar devolução Figura 14 - UC - Efetuar devolução Nome do UC 06 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Casos de Testes Efetuar devolução Usuário O Usuário deverá estar autenticado no Sistema 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. O Usuário poderá cancelar o processo durante a movimentação. 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. Tabela 11 - Especificação do Caso de Uso 10

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 Ator (es) Pré-Condições Descrição Cenário Principal Cenário Alternativo Emitir Relatório Geral de Acervos Usuário O Usuário deverá estar autenticado no Sistema Os Relatórios deverão ser impressos conforme forem requisitados. 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. O Usuário poderá apenas visualizar o Relatório sem imprimir. Casos de Testes 5.1 O Sistema cancela Operação. Tabela 12 - Especificação do Caso de Uso 11

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 Ator (es) Pré-Condições Descrição Cenário Principal Cenário Alternativo Emitir Relatório de Acervos emprestados Usuário O Usuário deverá estar autenticado no Sistema Os Relatórios deverão ser impressos conforme forem requisitados. 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. O Usuário poderá apenas visualizar o Relatório sem imprimir. Casos de Testes 5.1 O Sistema cancela Operação. Tabela 13 - Especificação do Caso de Uso 12

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 Ator (es) Pré-Condições Descrição Cenário Principal Cenário Alternativo Emitir Relatório Geral de Funcionários Usuário O Usuário deverá estar autenticado no Sistema Os Relatórios deverão ser impressos conforme forem requisitados. 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. O Usuário poderá apenas visualizar o Relatório sem imprimir. Casos de Testes 5.1 O Sistema cancela Operação. Tabela 14 - Especificação do Caso de Uso 13

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 Ator (es) Pré-Condições Descrição Cenário Principal Cenário Alternativo Emitir Relatório Geral de Editoras Usuário O Usuário deverá estar autenticado no Sistema Os Relatórios deverão ser impressos conforme forem requisitados. 1 - O Sistema solicita a Editora a ser pesquisada. 2 - O Usuário informa a Editora. 3 - O Usuário clica em Visualizar Relatório. 4 - O Sistema exibe Relatório na Tela. 5 - O Usuário clica em Imprimir. 6 - O Sistema imprime o Relatório com sucesso O Usuário poderá apenas visualizar o Relatório sem imprimir. 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. Tabela 15 - Especificação do Caso de Uso 14

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 Ator (es) Pré-Condições Descrição Cenário Principal Emitir Relatório Geral de Clientes Usuário O Usuário deverá estar autenticado no Sistema Os Relatórios deverão ser impressos conforme forem requisitados. 1 - O Sistema solicita o cliente a ser pesquisado. 2 - O Usuário informa o Nome do Cliente. 3 - O Usuário clica em Visualizar Relatório. 4 - O Sistema exibe o Relatório na tela. Cenário Alternativo O Usuário poderá apenas visualizar o Relatório sem imprimir. Tabela 16 - Especificação do Caso de Uso 15

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 Ator (es) Pré-Condições Descrição Cenário Principal Emitir Relatório Origem Acervo Usuário O Usuário deverá estar autenticado no Sistema Os Relatórios deverão ser impressos conforme forem requisitados. 1 - O Sistema solicita a Origem do acervo a ser pesquisado. 2 - O Usuário informa a Origem do Acervo. 3 - O Usuário clica em Visualizar Relatório. 4 - O Sistema exibe o Relatório na tela. Cenário Alternativo O Usuário poderá apenas visualizar o Relatório sem imprimir. Tabela 17 - Especificação do Caso de Uso 16

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 Ator (es) Pré-Condições Descrição Cenário Principal Emitir Relatório de Categoria Usuário O Usuário deverá estar autenticado no Sistema Os Relatórios deverão ser impressos conforme forem requisitados. 1 - O Sistema solicita a Categoria do acervo a ser pesquisado. 2 - O Usuário informa a Categoria. 3 - O Usuário clica em Visualizar Relatório. 4 - O Sistema exibe o Relatório na tela. Cenário Alternativo O Usuário poderá apenas visualizar o Relatório sem imprimir. Tabela 18 - Especificação do Caso de Uso 17

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 Ator (es) Pré-Condições Descrição Cenário Principal Emitir Relatório de Clientes em Atraso Usuário O Usuário deverá estar autenticado no Sistema. Os Relatórios deverão ser impressos conforme forem requisitados. 1 - O Sistema solicita o nome do Cliente em Atraso a ser pesquisado. 2 - O Usuário informa o Nome. 3 - O Usuário clica em Visualizar Relatório. 4 - O Sistema exibe o Relatório na tela. Casos de Testes O Usuário poderá apenas visualizar o Relatório sem imprimir. Tabela 19 - Especificação do Caso de Uso 18

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 Ator (es) Pré-Condições Descrição Cenário Principal Emitir Relatório de Acervos ainda emprestados Usuário O Usuário deverá estar autenticado no Sistema. Os Relatórios deverão ser impressos conforme forem requisitados. 1 - O Sistema solicita o nome do Acervo ainda Emprestado a ser pesquisado. 2 - O Usuário informa o Nome. 3 - O Usuário clica em Visualizar Relatório. 4 - O Sistema exibe o Relatório na tela. Casos de Testes O Usuário poderá apenas visualizar o Relatório sem imprimir. Tabela 20 - Especificação do Caso de Uso 19

47 5.2.20. Caso de Uso 20 Alterar Senha Figura 24 - UC - Alterar Senha Nome do UC 06 Ator (es) Pré-Condições Descrição Cenário Principal Alterar Senha Usuário O Usuário deverá estar autenticado no Sistema. A Senha será alterada conforme for requisitado. 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. 3 - O Usuário clica em Salvar. 4 - O Sistema emite uma mensagem Senha Alterada com sucesso. 5 - O Sistema salva a nova Senha do Usuário. Cenário Alternativo O Usuário poderá apenas visualizar o Relatório sem imprimir. 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. Tabela 21 - Especificação do Caso de Uso 20

48 5.2.21. Caso de Uso 21 - Origem de Acervo Figura 25 - UC - Origem de Acervo Nome do UC 06 Ator (es) Pré-Condições Cenário Principal Cenário Alternativo Origem do Acervo Usuário O Usuário deverá estar autenticado no Sistema 1 - O Sistema solicita os dados necessários para o cadastro de Origem de Acervo. 2 - O Usuário informa os dados necessários para o cadastramento. 3 - O Usuário clica em Salvar. 4 - O Sistema cadastra a Origem de Acervo. O Usuário poderá cancelar o processo durante o cadastro. Tabela 22 - Especificação do Caso de Uso 21

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

7.CRONOGRAMA 57

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.

60 CRYSTAL Disponivel em: http://www.sap.com/brazil/solutions/sapbusinessobjects/sme/reporting/crystalreports/ index.epx. Acesso em 04 de Março de 2015.