TCC Sample PDF

FACULDADE CENECISTA DE VARGINHA
CURSO DE BACHAREL EM SISTEMAS DE INFORMAO
WILLIAN HENRY GATES III
LIBRARY SYSTEM - LIBSYS
Varginha
2009
LIBRARY SYSTEM - LIBSYS
Trabalho de concluso de curso apresentado

Faculdade Cenecista de Varginha como parte
dos requisitos para obteno do grau de
Bacharel em Sistemas de Informao.
Varginha
2009
SISTEMA DE ADMINISTRAO DE BIBLIOTECA
Trabalho apresentado ao Curso de Bacharel em Sistemas de Informao da

Faculdade Cenecista de Varginha como parte dos requisitos para concluso do
curso. Submetida aprovao da banca examinadora composta pelos seguintes
membros:
_________________________________
Prof. Hlio Lemes Costa Jr. - Orientador
_________________________________
Membro
_____________________________________
Membro
Varginha, de de 2009
Dedico este trabalho em primeiro lugar a Linus Torvalds, por ter sido uma
inspirao para que eu continuasse buscando aprimorar meus conhecimentos em
Engenharia de Software. Dedico tambm ao Presidente Lula, que me fez acreditar
que sendo brasileiro, eu no deveria desistir nunca.
Obviamente que os nomes de pessoas e empresas constantes nesta

monografia foram propositalmente alterados para preservar identidades e marcas.
RESUMO
Esta monografia tem por finalidade o desenvolvimento do Library System -

LibSys em benefcio da Biblioteca da HARVARD BUSINESS SCHOOL. Para tanto
ela se sustenta e elaborada contemplando todas as etapas necessrias para o
desenvolvimento, slido e eficiente, de projetos de sistemas de informao,
culminando em um sistema com qualidade, atendendo plenamente as expectativas
da instituio beneficiada.
Palavras-chave: Projeto de Sistemas de Informao, Engenharia de Software.
ABSTRACT
This work aims to develop the Management System Library LIBSYS to the
library of the Harvard Business School. To do so it supports and is elaborated
addressing all steps necessary to develop a robust and efficient design of data
systems, culminating in a system with quality and, fully achieving the institution
expectations.
Keywords: Design of data systems, Software Engineering.

SUMRIO
1 Contextualizao................................................................................................... 11
1.1 Descrio do Projeto .......................................................................................... 11
1.2 Objetivo do Projeto ............................................................................................. 13
1.3 Justificativa para o Projeto ................................................................................. 13
1.4 Levantamento preliminar de requisitos ............................................................... 13
1.5 Estimativa de Tamanho de Software .................................................................. 17
2 Plano do Projeto ................................................................................................... 27
2.1 Plano de Processo de Desenvolvimento ............................................................ 27
2.2 Cronograma ....................................................................................................... 28
2.3 Plano de Recursos Humanos ............................................................................. 30
2.4 Plano de Recursos Gerais ................................................................................. 30
2.5 Plano de Custo................................................................................................... 31
2.6 Plano de Gerncia de Riscos ............................................................................. 32
2.7 Plano de Garantia da Qualidade ........................................................................ 35
2.8 Plano de Testes ................................................................................................. 42
3 Especificao de Requisitos ................................................................................. 45
3.1 Requisitos do Cliente ......................................................................................... 45
3.2 Requisitos do Software ...................................................................................... 46
4 Modelagem e Anlise ............................................................................................ 77
4.1 Consideraes Preliminares............................................................................... 77
4.2 Modelagem Adotada .......................................................................................... 77
4.3 Diagrama de Casos de Uso ............................................................................... 79
4.4 Diagrama de Classes ......................................................................................... 80
4.5 Diagrama de Seqncia ..................................................................................... 81
4.6 Diagramas de Estado ......................................................................................... 96
4.7 Diagrama de Tabelas e Relacionamentos (D.T.R) ............................................. 97
5 Modelagem de Projeto .......................................................................................... 98
5.1 Consideraes Iniciais ....................................................................................... 98
5.2 Arquitetura do software ...................................................................................... 98
5.3 Estrutura de Dados .......................................................................................... 101
5.4 Detalhes Procedimentais ................................................................................. 104
6 Processo de Testes ............................................................................................ 105
6.1 Consideraes Gerais sobre os testes ............................................................. 105
6.2 Projeto de Testes ............................................................................................. 105
7 Implementao e Testes ..................................................................................... 113
7.1 Implementao................................................................................................. 113
7.2 Realizao dos Testes ..................................................................................... 117
8 Documentao .................................................................................................... 125
8.1 Consideraes Preliminares............................................................................. 125
8.2 Manual de Instalao ....................................................................................... 125
8.3 Manual do Sistema .......................................................................................... 125
9 Fechamento do Projeto ....................................................................................... 126
9.1 Consideraes Preliminares............................................................................. 126
9.2 Resultados Alcanados .................................................................................... 126
10 Consideraes Finais ........................................................................................ 130
Referncias Bibliogrficas ...................................................................................... 132
Anexo I Tabelas relativas ao FPA ....................................................................... 133
LISTA DE FIGURAS
Figura 1 - Modelo Clssico ou Cascata ........................................................... 27
Figura 2 - Fluxo do processo de gerenciamento de riscos ............................... 32
Figura 3 - Mapeamento entre os grupos de processo e o PDCA ..................... 36
Figura 4 - Viso geral do gerenciamento de qualidade do projeto ................... 39
Figura 5 - Relacionamento entre documentos de teste (CRESPO, et al) ......... 43
Figura 6- Mapa de Atores ................................................................................ 50
Figura 7- Diagrama de Casos de Uso .............................................................. 51
Figura 8- Modelo conceitual de dados ............................................................. 71
Figura 9- Diagramas da UML ........................................................................... 77
Figura 10- D.T.R .............................................................................................. 96
Figura 11- Modelo MVC ................................................................................... 99
Figura 12- MOR de Item, Mapa, Peridico, Livro e Multimdia ....................... 101
Figura 13- MOR de Obra, Categoria e Autor.................................................. 101
Figura 14 - D.T.R ........................................................................................... 102
Figura 15 - Pessoa ........................................................................................ 103

LISTA DE TABELAS
Tabela 1 - Despesas com Mo-de-obra ........................................................... 30
Tabela 2 - Despesas com software .................................................................. 30
Tabela 3 - Despesas Gerais ............................................................................ 31
Tabela 4 - Despesas de Hardware .................................................................. 31
Tabela 5 - Despesas do Projeto....................................................................... 31
LISTA DE QUADROS
Quadro 1 Benefcios do software .................................................................. 14
Quadro 2 Definies e siglas ........................................................................ 15
Quadro 3 Interface de usurio ...................................................................... 15
Quadro 4 - Itens para clculo do FPA .............................................................. 17
Quadro 5 - Entradas Externas ......................................................................... 20
Quadro 6 - Sadas Externas ............................................................................ 21
Quadro 7 - Arquivos Lgicos Internos .............................................................. 21
Quadro 8 - Consultas Externas ........................................................................ 22
Quadro 9 - Produtividade por linguagem ......................................................... 23
Quadro 10 - Clculo do Fator de Ajuste ........................................................... 24
Quadro 11 - Clculo do FPA No-Ajustado ..................................................... 25
Quadro 12 - Resultado final do FPA ................................................................ 25
Quadro 13 - Atividades do Projeto ................................................................... 28
Quadro 14 Plano de Recursos Humanos ...................................................... 29
Quadro 15 Plano de Risco ............................................................................ 33
Quadro 16 - Pessoa......................................................................................... 72
Quadro 17 - Tipo_Pessoa ................................................................................ 72
Quadro 18 - Turma .......................................................................................... 72

Quadro 19 - ITEM ............................................................................................ 73
Quadro 20 - Peridico ...................................................................................... 73
Quadro 21- Multimdia ..................................................................................... 73
Quadro 22 - Mapa............................................................................................ 73
Quadro 23 - Livro ............................................................................................. 73
Quadro 24 Emprstimo ................................................................................. 74
Quadro 25 - Reserva ....................................................................................... 74
Quadro 26 - Obra_Categoria .......................................................................... 74
Quadro 27 Autor ........................................................................................... 74
Quadro 28 - Categoria ..................................................................................... 74
Quadro 29 - Obra............................................................................................. 74
Quadro 30 Obra_Autor ................................................................................. 74
Quadro 31 Pessoa_Turma ............................................................................ 75
Quadro 32 Reserva_Obra ............................................................................. 75
Quadro 33 Item_emprestimo ........................................................................ 75
Quadro 34 - Log .............................................................................................. 75
Quadro 35 - Mdulos ....................................................................................... 75

12
1 Contextualizao
1.1 Descrio do Projeto
O projeto de desenvolvimento de um software, requisito final do curso de
bacharel em Sistemas de Informao, se desenvolve com intuito de melhorar e
agilizar, a partir da informatizao das atividades administrativas da biblioteca da
HARVARD BUSINESS SCHOOL, instituio beneficiada, sendo que todas as
atividades rotineiras da referida biblioteca so executadas de forma manual,
demandando um grande esforo e perda de tempo por parte das bibliotecrias da
escola. vlido ressaltar ainda que a direo da escola no podia contar com
informaes e relatrios acerca da situao do acervo e dos usurios da biblioteca,
pois tais informaes e relatrios so gerados atravs de uma longa e difcil
pesquisa pelo acervo e fichas de papel presentes at ento.
Diante dessa situao foi proposto um projeto denominado LibSys (Sistema
de Biblioteca) que culminaria com a informatizao da biblioteca da escola. O
sistema resolveria os problemas supracitados e traria grande benefcio para a
Instituio.
A partir das entrevistas com a diretora e as bibliotecrias, foram obtidas as
informaes necessrias para que pudesse ser traado todo o contexto que o
sistema seria inserido, alm de caracterizar todas as suas necessidades principais
como:
Permitir o cadastramento de todo acervo da biblioteca, alm dos livros
didticos fornecidos pelo governo estadual alm de administrar o
emprstimo dos mesmos;
Servir aos alunos, funcionrios e a comunidade no intuito de encontrar
a obra desejada de forma rpida e precisa, para que esses possam
ser beneficiados pela reserva e emprstimo;
Atender diretoria e bibliotecrias, gerando informaes consistentes
a respeito de todo acervo da biblioteca e da situao de cada usurio
dentro desse contexto;
Organizar a biblioteca de forma que se tenha um atendimento eficiente
e eficaz para com os usurios em geral.
13
1.2 Objetivo do Projeto

O projeto LibSys tem como objetivo informatizar as atividades da Biblioteca da
HARVARD BUSINESS SCHOOL, para que, desta forma possibilite uma maior
agilidade, preciso e confiabilidade no lanamento de informaes alm de permitir a
consulta consistente das mesmas.
As atividades bsicas executadas pelas bibliotecrias so:
Controlar a entrada e sada dos itens que compem o acervo;
Controlar o emprstimo dos itens disponveis;
Controlar o emprstimo dos livros didticos cedidos pelo governo
estadual, sendo que tais livros sero tratados como itens do acervo;
Manter atualizada a situao dos usurios cadastrados para efetuar
emprstimos na biblioteca;
Gerar relatrios administrativos sobre a situao do acervo e dos
usurios da biblioteca.
1.3 Justificativa para o Projeto

O projeto caracterizado como objeto deste trabalho de concluso de curso se
justifica como uma ferramenta til e necessria para amparar o funcionamento da
Biblioteca da HARVARD BUSINESS SCHOOL. Estando esse processo at ento
ocorrendo manualmente, com tarefas dispendiosas de tempo e de difcil
gerenciamento. A partir de uma entrevista com a diretora e a bibliotecria, alm de
uma conversa informal com os alunos, tal projeto considerado por todos uma
necessidade, pois possibilitar maior confiabilidade e um ganho considervel de
tempo nas atividades de.
O desenvolvimento do projeto se justifica uma vez que garante uma gerncia
mais eficaz dos recursos disponibilizados a todos os usurios da biblioteca, alm de
proporcionar credibilidade e ganho de tempo nas atividades supracitadas.
1.4 Levantamento preliminar de requisitos

Com o intuito de se iniciar o projeto, executei um levantamento preliminar das
necessidades a que o software dever atender. Esse levantamento se deu atravs
14
de uma conversa informal com a bibliotecria, em que nessa conversa puderam

abstrair os seguintes requisitos:
O LibSys dever gerenciar a biblioteca da escola, controlando
reservas, emprstimos e devolues de todos os itens do acervo, livros
de literatura, revistas, fitas VHS, DVDs, mapas alm dos livros
didticos emprestados aos alunos pelo governo estadual, sendo que
esses so emprestados anualmente e no permitem reservas;
Manuteno do cadastro do acervo (incluir, excluir, alterar, consultar);
Manuteno do cadastro de usurios (incluir, excluir, alterar, consultar),
gerenciado por um usurio com permisso de administrador, com
atualizao anual ou sempre que se fizer necessrio;
Dever ser opcional a impresso de comprovante no ato do
emprstimo, reserva e devoluo;
Os emprstimos dos itens do acervo sero efetuados aos alunos pelo
prazo de sete dias, exceto os livros didticos, que sero emprestados
at o final de cada ano. Caso o aluno no cumpra o prazo, dever ser
suspenso para efetuar novos emprstimos pelo mesmo prazo do
atraso;
O LibSys dever ter uma opo de alterar o estado de suspenso do
usurio para realizar novos emprstimos, mediante a situaes
excepcionais, que necessitar de permisso do usurio
administrador;
1.4.1 Escopo do sistema

1.4.1.1 Nome do sistema e de seus componentes principais
Nome do Sistema: LIBRARY SYSTEM - LIBSYS
Nome de seus principais componentes:

01 Controle de Usurios;
02 Controle de Acervo;
03 Controle Emprstimos;
04 Controle de Reservas;
05 Relatrio de Usurios;
15
06 Relatrio de Acervo;
07 Relatrio de Emprstimos;
08 Relatrio de Inadimplncia;
09 Relatrio de Reservas;
1.4.1.2 Limites do software
O software aqui especificado foi solicitado na verso desktop devido s
caractersticas e a estrutura de funcionamento da biblioteca e, portanto, no
atender aos seguintes requisitos:
Sistema disponvel na Web: Sua no implantao se deve atual situao de
falta de estrutura para tal. A escola no pode contar com recursos por parte
do estado para oferecer conexo Internet para a biblioteca.
Sistema integrado em rede local: Devido indisponibilidade de outros
microcomputadores. Porm o sistema dever ser capaz de trabalhar em rede,
pois o acrscimo de outros estaes de trabalho pode proporcionar no futuro
maior dinamismo para o uso dirio do sistema, tanto pelas bibliotecrias e
alunos quanto pela direo e professores.
1.4.1.3 Benefcios do software:
Esse tpico visa expor os benefcios que viro com a implantao do LibSys.
N benefcio Benefcio Valor para o cliente
01 Automatizao de processos desejvel
02 Controle de usurio essencial
03 Controle de acervo essencial
04 Banco de dados essencial (histrico de operaes)
Rapidez e eficincia no
05 essencial
atendimento
06 Controle de inadimplncia essencial
07 Consultas base de dados desejvel
Quadro 1 Benefcios do software
1.4.2 Definies e Siglas

16
Segue a tabela com as siglas usadas no projeto e seus respectivos

significados:
N ordem Sigla Significado

01 LibSys Sistema de Administrao da Biblioteca
Inadimple Usurios que efetuaram emprstimo de algum dos itens do acervo e no os
02
nte devolveram
03 RD Requisitos de dados
04 CMM Capability Maturity Model
05 CQS Garantia da qualidade de Software
05 EQS Equipe de qualidade de Software
Quadro 2 Definies e siglas
1.4.3 Interface de Usurio

Segue a tabela com as interfaces do software:
N Nome Funo
Controla as 4 operaes bsicas para os dados do Aluno:
01 Controle de Aluno
incluir, excluir, editar e consultar.
Controla as 4 operaes bsicas para os dados do
02 Controle de Funcionrio
Funcionrio: incluir, excluir, editar e consultar.
Controle de Usurio da Controla as 4 operaes bsicas para os dados de Usurio
03
Comunidade da comunidade: incluir, excluir, editar e consultar.
Controle de Livros (leitura e Controla as 4 operaes bsicas para os dados de
04
didticos) Administrador: incluir, excluir, editar e consultar.
Controla as 4 operaes bsicas para os dados do Livros:
05 Controle de Peridicos
Controla as 4 operaes bsicas para os dados do aluno:
06 Controle de Multimdia
Controla as 4 operaes bsicas para os dados de Mapa:
07 Cadastro de Mapa
Controla as 4 operaes bsicas para os dados de
08 Controle de Emprstimo
Emprstimo incluir, excluir, editar e consultar.
Controla as 4 operaes bsicas para os dados de
09 Controle de Reserva
Reserva: incluir, excluir, editar e consultar.
Gerar relatrio acerca dos usurios cadastrados: Aluno,
10 Relatrio de Usurios
Funcionrio e Usurio da Comunidade.
Gerar relatrio dos itens que compem o acervo: Livro,
11 Relatrio do Acervo
Peridicos, Multimdia e Mapas.
Gerar relatrio dos inadimplentes quanto devoluo dos
12 Relatrio de Inadimplncia
itens de acervo.
13 Relatrio de Reservas Gerar relatrio das reservas efetuadas.
14 Relatrio de Emprstimos Gerar relatrio dos emprstimos efetuados.
15 Tela de Help Exibir tela de auxlio utilizao do Sistema.
Quadro 3 Interface de usurio
17
1.5 Estimativa de Tamanho de Software
Segundo Pressman (2006), FPA (Function Point Analysis), inicialmente

proposto por Allan Albrecht em 1979, tem como objetivo dimensionar o tamanho de
uma aplicao baseando-se nas funes executadas pela aplicao observando o
ponto de vista do usurio. Para tanto, utiliza as seguintes premissas (quadro 4):
Itens para Clculo do FPA

Entrada Externa Processa as informaes vindas de fora do escopo da aplicao.
Gerar dados ou informaes de controle que saem da fronteira do
Sadas Externas
sistema.
Grupo lgico de dados do ponto de vista do usurio, cuja
Arquivos Lgicos Internos
manuteno feita internamente na aplicao.
Grupo lgico de dados que passa de uma aplicao para outra e
Arquivo de interface Externa
cuja manuteno pertence a outra aplicao.
Processo elementar que envia dados ou informaes de controle
Consulta Externa
para fora da fronteira da aplicao.
Quadro 4 - Itens para clculo do FPA
O FPA foi escolhido pela equipe do projeto para dimensionar o tamanho desta
aplicao.
Para que tal tcnica pudesse ser utilizada foi tomado como base os requisitos
de dados (RD), necessrios ao sistema, que foram extrados junto ao cliente. So
eles:
RD01: Os alunos devem possuir os seguintes dados: cdigo, nome do aluno,
data de nascimento, endereo (logradouro, nmero, complemento, bairro, cep,
cidade e estado), nome do responsvel, telefone fixo, telefone celular, e-mail, turma
e srie em que estuda, data da incluso do registro, data da ltima alterao e o
login do funcionrio responsvel pela ltima alterao e (ativo, inativo ou suspenso);
RD02: Os funcionrios devem possuir os seguintes dados: cdigo, nome do

funcionrio, data de nascimento, endereo (logradouro, nmero, complemento,
bairro, cep, cidade e estado), telefone fixo, telefone celular, e-mail, CPF, cargo que
ocupa na escola, data da incluso do registro, data da ltima alterao e o login do
funcionrio responsvel pela ltima alterao e (ativo, inativo ou suspenso);
RD03: Os leitores da comunidade devem possuir os seguintes dados: cdigo,

nome do usurio, data de nascimento, endereo (logradouro, nmero, complemento,
18
bairro, cep, cidade e estado), telefone fixo, telefone celular, e-mail, CPF, data da
incluso do registro, data da ltima alterao e o login do funcionrio responsvel
pela ltima alterao e status (ativo, inativo ou suspenso) ;
RD04: Os livros devem possuir os seguintes dados: cdigo, ttulo, isbn, ms,
ano, nmero, edio, editora, categoria, rea, descrio, estado (disponvel ou
indisponvel), tipo (didtico ou literatura), obs, data da incluso do registro, data da
ltima alterao e o login do funcionrio responsvel pela ltima alterao;
RD05: Os peridicos devem possuir os seguintes dados: cdigo, ttulo, issn,

ms, ano, edio, editora, periodicidade, categoria, descrio, estado (disponvel ou
indisponvel), obs, data da incluso do registro, data da ltima alterao e o login do
funcionrio responsvel pela ltima alterao;
RD06: Os CDs, DVDs e VHs devem possuir os seguintes dados: cdigo,

ttulo, tempo, categoria, descrio, estado (disponvel ou indisponvel), obs, data da
incluso do registro, data da ltima alterao e o login do funcionrio responsvel
pela ltima alterao;
RD07: Os Mapas devem possuir os seguintes dados: cdigo, ttulo, descrio,

estado (disponvel ou indisponvel), obs, data da incluso do registro, data da ltima
alterao e o login do funcionrio responsvel pela ltima alterao;
RD08: Os emprstimos devem possuir os seguintes dados: cdigo, data do

emprstimo, data de devoluo, cdigo do leitor, cdigo do item (livro, peridico,
multimdia ou mapa) e o login do funcionrio responsvel pelo emprstimo;
RD09: As reservas devem possuir os seguintes dados: cdigo, data da

reserva, cdigo do leitor, cdigo da obra e o login do funcionrio responsvel pela
reserva;
19
1.5.1 Clculo Preliminar dos Pontos de Funo
Tomando como base os requisitos preliminares fornecidos pelo cliente pode-

se aplicar o FPA (Function Point Analysis) da seguinte maneira:
1.5.1.1 Identificao das Funes
Arquivos Lgicos Internos: Cadastro de Alunos
Cadastro de Usurios da Comunidade
Cadastro de Funcionrio
Cadastro de Usurios
Cadastro de Livros
Cadastro de Peridicos
Cadastro de Multimdia
Cadastro de Mapa
Cadastro de Emprstimo
Cadastro de Reservas
Arquivos de Interface Externa: Nenhum
Entradas Externas: Incluir Aluno

Editar Aluno
Excluir Aluno
Incluir Funcionrio
Editar Funcionrio
Excluir Funcionrio
Incluir Usurio da Comunidade
Editar Usurio da Comunidade
Excluir Usurio da Comunidade
Incluir Livro
Editar Livro
Excluir Livro
Incluir Peridicos
20
Editar Peridicos
Excluir Peridicos
Incluir Multimdia
Editar Multimdia
Excluir Multimdia
Incluir Mapa
Editar Mapa
Excluir Mapa
Efetuar Emprstimo
Efetuar Devoluo
Efetuar Reserva
Cancelar Reserva
Sadas Externas: Relao de Alunos

Relao de Usurio da Comunidade
Relao de Funcionrios
Relao de Livros
Relao de Peridicos
Relao de Multimdia
Relao de Mapas
Relao de Emprstimos
Relao de Reservas
Relao de Inadimplncia
Consultas Externas Consulta de Aluno

Consulta de Usurio da Comunidade
Consulta de Funcionrio
Consulta de Livros
Consulta de Peridicos
Consulta de Multimdia
Consulta de Mapas
Consulta de Emprstimos
Consulta de Reservas
Tela de Help
21
No FPA, cada nvel de complexidade possui um peso, sendo assim, deve-se

multiplicar o nmero de ocorrncias de uma funo pelo peso correspondente ao
nvel de complexidade, como mostrado a seguir.
A tabela com a complexidade das entradas externas, arquivos lgicos
internos, consultas externas, arquivos de interface externa e das sadas externas se
encontra no Anexo 2.
Entradas Externas
Qtde Qtde Grau da

Descrio da Funo
Arquivos Itens Funo
Incluir Aluno 1 23 Mdio
Editar Aluno 1 23 Mdio
Excluir Aluno 1 3 Simples
Incluir Funcionrio 1 22 Mdio
Editar Funcionrio 1 22 Mdio
Excluir Funcionrio 1 3 Simples
Incluir Usurio da Comunidade 1 21 Mdio
Editar Usurio da Comunidade 1 21 Mdio
Excluir Usurio da Comunidade 1 3 Simples
Incluir Livro 1 23 Mdio
Editar Livro 1 23 Mdio
Excluir Livro 1 3 Simples
Incluir Peridicos 1 23 Mdio
Editar Peridicos 1 23 Mdio
Excluir Peridicos 1 3 Simples
Incluir Multimdia 1 16 Mdio
Editar Multimdia 1 16 Mdio
Excluir Multimdia 1 3 Simples
Incluir Mapa 1 13 Simples
Editar Mapa 1 13 Simples
Excluir Mapa 1 3 Simples
Efetuar Emprstimo 4 10 Complexo
Efetuar Devoluo 1 3 Simples
Efetuar Reserva 4 9 Complexo
Cancelar Reserva 1 3 Simples
Total Formulrio Interface Externa : 25
Total de Simples : 11
Total de Mdios : 12
Total de Complexos : 2
Quadro 5 - Entradas Externas
22
Sadas Externas
Qtde Qtde Grau da
Descrio da Funo Arquivos Itens Funo
Relao de Alunos 1 16 Simples
Relao de Usurios da Comunidade 1 16 Simples
Relao de Funcionrio 1 16 Simples
Relao de Livros 1 12 Simples
Relao de Peridicos 1 12 Simples
Relao de Multimdia 1 9 Simples
Relao de Mapas 1 7 Simples
Relao de Emprstimos 4 10 Complexo
Relao de Reservas 4 9 Complexo
Relao de Inadimplncia 4 10 Complexo
Total de Mdios : 0
Quadro 6 - Sadas Externa
Arquivos Lgicos Internos
Registros Qtde
Descrio da Funo Grau da Funo
Lgicos Itens
Cadastro de Alunos 1 20 Simples
Relao de Usurios 1 8 Simples
Relao de Funcionrio 1 19 Simples
Relao de Usurios da Comunidade 1 18
Cadastro de Livros 1 20 Simples
Cadastro de Peridicos 1 20 Simples
Cadastro de Multimdia 1 13 Simples
Cadastro de Mapa 1 10 Simples
Cadastro de Emprstimo 1 7 Simples
Cadastro de Reservas 1 6 Simples
Total Arquivos Lgicos Internos : 10
Total de Mdios : 0
Quadro 7 - Arquivos Lgicos Internos
Consultas Externas
Qtde Qtde Grau da
Descrio da Funo Arquivos Itens Funo
Consulta de Aluno 1 23 Mdio
Consulta de Funcionrio 1 22 Mdio
Consulta de Usurio da Comunidade 1 21 Mdio
23
Consulta de Livros 1 23 Mdio

Consulta de Peridicos 1 23 Mdio
Consulta de Multimdia 1 16 Simples
Consulta de Mapas 1 13 Simples
Consulta de Emprstimos 4 10 Complexo
Consulta de Reservas 4 9 Complexo
Tela de Help 1 1 Simples
Total de Mdios : 5
Quadro 8 - Consultas Externas
O quadro a seguir traz informaes acerca da produtividade de trabalho de

acordo com as linguagens de programao.
1
Produtividade por Linguagem
Produtividade (HH/PF)
Ambiente/Linguagem
Baixa Mdia Alta
Mainframe
COBOL 26,4 h 17,6 h 13,2 h
NATURAL 13,2 h 8,8 h 6,6 h
CICS 13,2 h 8,8 h 6,6 h
Assembler 26,4 h 17,6 h 13.2 h
Laser Xerox 30 h 30 h 30 h
DOS Batch Files 26,4 h 17,6 h 13,2 h
LTD 30 h 30 h 30 h
Micro e Cliente/Servidor
Visual Basic 8,8 h 6,8 h 5,7 h
Delphi 8,8 h 6,8 h 5,7 h
CLIPPER DB 13,2 h 8,8 h 6,6 h
CLIPPER 8,3 h 5,9 h 4,3 h
EXCEL 4,4 h 3,3 h 2,6 h
C 26,4 h 17,6 h 13,2 h
C ++ 13,2 h 8,8 h 6,6 h
BASIC 26,4 h 17,6 h 13.2 h
Visual C++ 8,8 h 6,8 h 5,7 h
Access 8,8 h 6,8 h 5,7 h
ORACLE 13,2 h 8,8 h 6,6 h
SQL 8,3 h 5,9 h 4,3 h
UNIX Shell Scripts 8,8 h 6,8 h 5,7 h
Visual Gen 8,3 h 5,9 h 4,3 h
WEB/Documentos
VBScript 12 h 12 h 12 h
ASP 12 h 12 h 12 h
HTML 8,3 h 5,9 h 4,3 h
1
Em http://www2.iesam-pa.edu.br/pids/Treinamentos/EDNew_Teste2.xls acessado em 19/08/08
24
Java 13,2 h 8,8 h 6,6 h

DT2 17 h 17 h 17 h
Lotus Notes 5,5 3,9 3,1
Case
Oracle Designer 2000 8,2 h 6,8 h 5,7 h
Quadro 9 - Produtividade por linguagem
Para encontrar o fator de ajuste, deve-se estimar o nvel de influncia para

cada uma das caractersticas da aplicao relacionadas.
Caractersticas da Aplicao:
1. COMUNICAO DE DADOS;
2. FUNES DISTRIBUDAS;
3. DESEMPENHO;
4. CARGA DE CONFIGURAO;
5. VOLUME DE TRANSAES;
6. ENTRADA DE DADOS ON LINE;
7. EFICINCIA DO USURIO FINAL;
8. ATUALIZAO ON LINE;
9. PROCESSAMENTO COMPLEXO;
10. REUTILIZAO;
11. FACILIDADE DE IMPLANTAO;
12. FACILIDADE OPERACIONAL;
13. MLTIPLOS LOCAIS;
14. FACILIDADE DE MUDANA;
O Nvel de influncia de cada caracterstica dado por uma escala de 0 a 5:

0 = No existe nenhuma influncia;
1 = Pouca influncia;
2 = Influncia moderada;
3 = Influncia mdia;
4 = Influncia significativa;
5 = Grande influncia;
25
As Consideraes sobre nvel de influncia para cada uma das caractersticas

foram levadas em considerao de acordo com o IFPUG (International Function
Point Users Group).
Clculo do Fator de Ajuste

Caractersticas Gerais das Aplicaes Nvel de Influncia
Comunicao de Dados (funcionar em

um nico microcomputador) 0
Processamento Distribudo (no ocorrer) 0
Performance (no tem nenhum requisito
especial) 0
Utilizao do Equipamento (no existe
nenhuma restrio especial) 0
Volume de Transaes (baixo) 1
Entrada de Dados On-Line (cerca de 30%
das transaes so entradas de dados on-
line) 4
Interface com o Usurio (Menor nmero de
telas para executar as funes e utilizao
de mouse) 1
Atualizao On-Line (Atualizao on-line
de mais de trs arquivos lgicos de
controle) 2
Processamento Complexo (no) 0
Reutilizao de Cdigo (somente dentro
da aplicao) 1
Facilidade de Implantao (nenhuma
considerao especial, s procedimentos
de configurao de banco de dados) 1
Facilidade Operacional (Backup orientado) 1
Mltiplos Locais (no) 0
Facilidade de Mudanas (no) 1
Nvel de Influncia Total ( NI ) 12

FA = 0,65 + (0,01*12)
Fator de Ajuste ( FA ) 0,77
Quadro 10 - Clculo do Fator de Ajuste
26
Pontos de Funo No-Ajustados

Complexida Total
Tipo de Funo Quantidade Total Tipo
de Funcional Complexidade
Simples 10 * 7 = 70
Arquivo Lgico Interno Mdia 0 * 10 = 0
Complexa 0 * 15 = 0 70
Simples 0 * 5= 0
Interface Externa Mdia 0 * 7= 0
Complexa 0 * 10 = 0 0
Simples 11 * 3 = 33
Entrada Externa Mdia 12 * 4 = 48
Complexa 2 * 6 = 12 93
Simples 7 * 4 = 28
Sada Externa Mdia 0 * 5= 0
Complexa 3 * 7 = 21 49
Simples 3 * 3= 9
Consulta Externa Mdia 5 * 4 = 20
Complexa 2 * 6 = 12 41
Total Ponto de Funo No-Ajustados 253
Quadro 11 - Clculo do FPA No-Ajustado
Resultados do Clculo por FPA
Estimativa do Tamanho
1 Pontos Funo no-Ajustados 253
2 Fator de Ajuste 0,77
3 Pontos de Funo Ajustados 195
Estimativa de Esforo
Fator hh/pf (Utilizao da Linguagem Delphi e considerando a
4 8,8
produtividade baixa).
5 Esforo total em hh (hora/homem) 8,8 * 195 = 1.716
(Considerando aproximadamente: 4 horas por dia, 5 dias por
6 semana e 4,5 semanas por ms) 19,07
Esforo total em hm (homem/ms) 1.716/90 =
Estimativa de Prazo
Equipe composta por 1 integrante: WILLIAN HENRY GATES III +
7 2
um auxiliar
H /M
8
Tamanho da Equipe =
Pr azo
H / M 19,07
9 Prazo = = = 9,53 meses
Equipe 2
Prazo em meses (considerado 21 dias por ms)
10 9 meses e 11dias
hd: Homem-dia - hh: Homem-hora - pf: Ponto-de-funo
Quadro 12 - Resultado final do FPA
27
2 Plano do Projeto
2.1 Plano de Processo de Desenvolvimento
A construo e desenvolvimento deste projeto seguiro a metodologia

orientada a objetos. Essa escolha foi condicionada devido aos aspectos que seguem
nas consideraes de Pressman (2002), em seu livro Engenharia de Software (5
edio). Tal metodologia visa representar o problema do mundo real e traduzir a
uma soluo que o software, de modo que sua construo, seja de forma
modularizada (informao e processamento), proporcionando um maior
entendimento pela equipe de desenvolvimento. Assim como foi discutido pela
equipe, a caracterstica da metodologia orientada a objetos facilitar nas possveis
manutenes necessrias no ciclo de vida do software.
O desenvolvimento de um software envolve diversas fases, em que em cada
uma delas, so desenvolvidas vrias atividades. O encadeamento especfico das
fases para a construo do software d-se o nome de Modelo de Ciclo de Vida e a
diferena entre um e outro est na maneira como as diversas fases so encadeadas
(Pressman 2002).
O paradigma de ciclo de vida adotado no desenvolvimento do LibSys ser o
ciclo de vida clssico e segundo Pressman (2002) s vezes chamado de modelo
cascata, sendo considerado o mais antigo e um dos mais usados da engenharia de
software.
De acordo com a proposta inicial de Royce (1970), considerado o inventor
do modelo em cascata, o modelo se caracteriza por possuir um caminho seqencial
entre uma fase de desenvolvimento e a seguinte ao longo da anlise, projeto,
codificao, teste e manuteno. Modelado em funo do ciclo de engenharia
convencional, o ciclo de vida clssico, distingue as seguintes atividades:
levantamento de requisitos e anlise de requisitos, projeto, implementao, testes e
implantao.
Entretanto, apesar de seqencial, a proposta de Royce prev possveis retro-
alimentaes de uma fase para a fase anterior (figura 1). Estas retro-alimentaes
teriam o objetivo de reparar eventuais inconsistncias em resultados produzidos em
atividades anteriores, tendo em vista que muitas vezes difcil para o cliente
declarar todas as exigncias explicitamente.
28
Figura 1 - Modelo Clssico ou Cascata
Ainda que no decorrer do tempo, essa proposta de retro-alimentaes caiu

em desuso, a equipe decidiu adotar esse modelo levando em considerao a baixa
complexidade do software a ser desenvolvido, alm do fato que os requisitos no
mudam a todo o momento.
2.2 Cronograma
A palavra cronograma, conforme descrito em dicionrios da lngua portuguesa,

significa uma representao grfica da previso de execuo de um trabalho, no
qual figuram os prazos para execuo das diversas fases.
O gerenciamento do tempo do projeto, segundo o PMBOK (2004), inclui os
processos necessrios para realizar o trmino do projeto no prazo.
O tamanho e tempo do projeto LibSys foram estimados baseados na
metodologia Function Point Analysis (FPA), ou popularmente conhecida como
pontos de funo, que de acordo com Pressman (2006), foi desenvolvido por Allan
Albrecht em 1979.
29
Id Nome da tarefa Durao Incio Trmino
1 Levantamento Preliminar de Requisitos 5 dias Seg 02/02/09 Sex 06/02/09

2 Contato com o cliente 2 dias Seg 02/02/09 Ter 03/02/09
3 Contextualizao 3 dias Qua 04/02/09 Sex 06/02/09
4 Planejamento do Projeto 10 dias Seg 09/02/09 Sex 20/02/09
5 Especificao Detalhada de requisitos/Reviso 27 dias Seg 02/03/09 Ter 07/04/09
dos Planos
6 Modelagem de Analise 15 dias Qua 08/04/09 Qui 28/04/09
7 Modelagem de Projeto 15 dias Qua 29/02/09 Sex 20/05/09
8 Especificao do Processo de Testes 22 dias Qui 21/05/09 Sex 19/06/09
9 Implementao 90 dias Seg 22/06/09 Sex 16/10/09
10 Codificao 90 dias Seg 22/06/09 Sex 16/10/09
11 Realizao e Analise dos Testes 15 dias Seg 19/10/09 Sex 06/11/09
12 Documentao e Pr-Operao 5 dias Seg 09/11/09 Sex 13/11/09
Quadro 13 - Atividades do Projeto
A durao do projeto mencionado no quadro anterior tem sua diviso e durao

das fases baseados na ordem cronolgica de desenvolvimento de um sistema
seguindo os padres da engenharia de software e de acordo com o ciclo de vida
adotado, neste caso Cascata ou Clssico.
30
2.3 Plano de Recursos Humanos
O plano de recursos humanos necessrios para o projeto ser discriminado em

funo das tarefas conforme quadro a seguir.
Plano de Recursos Humanos

Funo Responsabilidade Nome
Elaborar e gerenciar todo o
Gerente do Projeto WILLIAN HENRY GATES III
projeto
Cliente Responsvel pelos requisitos Marcos Fernando Rosa
Analise e modelagem do
Analista de Sistemas WILLIAN HENRY GATES III
sistema
Administrador de Banco de Gerenciar o servidor de banco
Dados de dados
Programador Codificar a soluo do sistema WILLIAN HENRY GATES III
Efetuar testes e coletar os
Testador WILLIAN HENRY GATES III
resultados
Quadro 14 - Plano de Recursos Humanos
2.4 Plano de Recursos Gerais
Para a realizao deste projeto sero necessrios, um microcomputador e uma

impressora, para impresso de documentao do projeto, alm de materiais de
expediente (papel A4, canetas, lapiseiras, marca texto), encadernaes, tonner e
cartucho para a impressora, somados a energia eltrica.
O Projeto contar tambm com a utilizao dos seguintes softwares:

MS Project 2003;
Case Studio 2;
Borland Delphi 7;
Firebird 1.5;
Rational Rose 2003.

31
2.5 Plano de Custo
2.5.1 Custo da Mo-de-obra
Salrio Nmero de Total de Custo total

Salrio Hora mdio das profissionais horas do (R$)
Salrio ms
Profissional (200 h/m) profisses da equipe projeto (h)
(R$)
(R$) por hora
(R$)
Gerente12 5.867,58 29,34
Analista1 2.479,17 12,40
DBA1 1.842,99 9,21 12,93 2 858 22.860,24
Programador1 1.379,56 6,90
Testador1 1.359,27 6,80
Total 12.928,57 64,65 12,93 2 1.716 22.860,24
Tabela 1 Despesas com Mo-de-obra
Obs.: Para obter o custo de mo-de-obra da equipe foi considerada a mdia

salarial dos cinco cargos apresentados na tabela 1, levando-se em considerao
que a equipe composta por dois integrantes, desempenhando estes as atribuies
de todos os cargos supramencionados, trabalhando duzentos e vinte e um dias e
quatro horas por dia.
2.5.2 Custo de Software
Custo de Software
Software Custo Licena
(R$)
Firebird 1.5 0
Borland Delphi 7 0
MS Project 2003 0
Case Studio 2 0
Rational Rose 200323 375,84
Total 375,84
Tabela 2 - Despesas com software
Obs.: Os softwares que apresentam custos iguais a zero se devem ao fato da

instituio de ensino possuir a licena acadmica e os disponibilizar para o uso dos
alunos.
1
http://www.curriculum.com.br/00.asp acessado: 03/09/2009. Salrio mdio nacional
2
http://www142.ibm.com/software/dre/ecatalog/detail.wss?locale=en_US&synkey=M221280M46834Z
27 acessado: 03/09/2009. Valor de $4,640.00 com dlar a R$ 1,62, perfazendo um total de: R$
7.516,80. O custo da ferramenta foi rateado para 20 projetos para melhor diluir os custos.
32
2.5.3 Despesas Gerais
Despesas Gerais
Descrio Valor Total (R$)
Energia Eltrica 20,00
Aluguel de Imvel 0,00
Telefone 51,00
Internet 89,00
Transporte 50,00
Material e Escritrio 20,00
Total 230,00
Tabela 3 - Despesas Gerais
Obs.: O custo com despesas gerais foi estimado seguindo a experincia da equipe.
2.5.4 Hardware
Hardware
Descrio Custo unitrio Unidades Valor (R$)
(R$)
Notebook 1.500,00 1 1.500,00
Micro Computadores 1.500,00 2 3.000,00
Desktop
Total 3.000,00 3 4.500,0020=225,00
Tabela 4 - Despesas de Hardware
Obs.: Devido a depreciao e defasagem de configurao dos equipamentos em

aproximadamente 4 (quatro) anos e a uma previso de realizao de 5 (cinco)
projetos por ano utilizando os hardwares, o custo com foi rateado para 20 projetos.
2.5.5 Custo do Projeto
Custo do Projeto
Descrio Valor (R$)
Mo-de-obra 22.860,24
Software 375.84
Despesas Gerais 230,00
Hardware 225,00
Total 23.691,08
Tabela 5 - Despesas do Projeto
2.6 Plano de Gerncia de Riscos
De concordncia com o PMBOK (2004), a gerncia de riscos deve incluir

processos que tratam de identificar, analisar, responder, monitorar e controlar os
riscos em um projeto, tendo como objetivo aumentar a probabilidade de eventos
33
positivos e diminuir a probabilidade de eventos adversos ao projeto. Baseando-se

ainda no PMBOK, os processos para gerenciar os riscos so compostos por:
Planejamento do gerenciamento de riscos deciso de como
abordar, planejar e executar as atividades de gerenciamento de riscos
de um projeto;
Identificao de riscos determinao dos riscos que podem afetar o

projeto e documentao de suas caractersticas;
Anlise qualitativa de riscos priorizao dos riscos para anlise ou

ao adicional subseqente atravs de avaliao e combinao de sua
probabilidade de ocorrncia e impacto;
Anlise quantitativa de riscos anlise numrica do efeito dos riscos

identificados nos objetivos gerais do projeto;
Planejamento de respostas a riscos desenvolvimento de opes e

aes para aumentar as oportunidades e reduzir as ameaas aos
objetivos do projeto;
Monitoramento e controle de riscos acompanhamento dos riscos

identificados, monitoramento dos riscos residuais, identificao dos
novos riscos, execuo de planos de respostas a riscos e avaliao da
sua eficcia durante todo o ciclo de vida do projeto.
Podemos visualizar esse processo a partir do seguinte fluxo:
Figura 2 - Fluxo do processo de gerenciamento de riscos4
Com base no fluxo apresentado, pode-se definir o quadro a seguir para o

monitoramento dos riscos, que trata da rea afetada, do modo pelo qual o processo
4
Em http://www.euax.com.br/artigos/2006.017-FMEA_Gestao_Riscos.pdf acessado em
19/08/2009
34
pode falhar, dos efeitos da falha, do impacto provocado pela falha e das aes
recomendadas para evitar que as falhas ocorram.
Plano de Riscos
Probabilid
Mdia
Efeito da ade de Exposio Aes
rea Afetada Modo da falha de 0 a Impacto
falha ocorrncia de 0 a 100 Recomendadas
100
at 100%
O cliente solicita Necessidade 1- Analisar impacto

novas de que ser causado
implementaes replanejament pela mudana.
durante aprovao o 2 - Negociar uma
das regras de alterao no prazo
Escopo 50% 50 50 Mdia
negcio, com cliente caso
respeitando o necessrio.
escopo 3 - Replanejar o
previamente projeto.
estabelecido.
Recursos Falta de 1 - Rever o

financeiros recursos oramento com o
insuficientes financeiros cliente.
Custo 20% 80 50 Mdia
para 2 - Solicitar a
continuidade suspenso formal
do projeto do projeto
Alto ndice de Horas de 1 - Acompanhar as

correes trabalho correes.
previamente 2 - Considerar
Qualidade 50% 70 60 Alta
planejadas folgas no prazo
extrapoladas. planejado para
evitar atrasos.
Indisponibilidade Atraso na 1 - Solicitar

de contar com os execuo das liberao imediata
recursos humanos. tarefas e dos recursos
conseqente humanos para o
mente do projeto 2 - Solicitar
Recursos
projeto. 50% 90 70 Alta outros recursos.
Humanos
3 - Renegociar a
data de entrega.
4 - Solicitar a
suspenso formal
do projeto.
Informaes Falta de 1 - Atribuir ao

distribudas de informao gerente do projeto
diversas formas sobre a centralizao da
Comunica determinada comunicao
o entre os deciso ou formal do projeto.
componetes assunto 30% 60 45 Alta 2 Na
da equipe do impossibilidade de
projeto contar com o
gerente, indicar o
Analista como
responsvel.
Hardware Interrupo no 1- Reparar o

inadequado ou desenvolvime hardware.
Infra-
com problemas nto do sistema 2 - Substituir o
estrutura de 30% 30 30 Baixa
hardware
Hardware
inadequado ou
com problemas.
Corrupo e/ou Atraso na 20% 20 20 Baixa 1- Gerar

Infra-
perda de execuo das novamente as
estrutura de
tarefas, informaes
35
software informaes gerando alto corrompidas/perdid

ndice de as a partir das
retrabalho cpias de
segurana.
2 - Refazer o que
foi corrompido ou
perdido.
3 - Solicitar a
suspenso formal
do projeto.
Desistncia do O cliente 1- Encerrar o

Cliente decida projeto
Todo o abandonar o 2 - Encontrar novo
20% 60 40 Alta
projeto projeto cliente
3 - Iniciar outro
projeto
Quadro 15 - Plano de riscos
A prioridade ser dada aos riscos que apresentam maior mdia em relao
probabilidade de ocorrncia, exposio e que apresente maior impacto. A equipe do
projeto deve estar atenta e disponibilizar recursos para prevenir e controlar riscos
como impossibilidade de contar com recursos humanos, pois este apresenta uma
mdia de 70, alm de poder causar um grande impacto no projeto caso venha a
ocorrer.
2.7 Plano de Garantia da Qualidade
A qualidade de um produto est diretamente relacionada ao seu grau de

conformidade com os respectivos requisitos. Em um produto de software de m
qualidade, muitos requisitos no so atendidos completamente, e cada requisito no
atendido um defeito (Pressman, 2006).
O tempo de desenvolvimento geralmente reduzido com o aumento da
qualidade do processo, pois, geralmente, o tempo gasto com a deteco e correo
precoce dos defeitos so compensados pela ausncia de correo tardia.
O controle de variao pode ser comparado ao controle de qualidade. Para
conseguir controle de qualidade so necessrias uma srie de inspees, revises e
testes usados ao longo do processo de software para garantir que cada produto de
trabalho satisfaa os requisitos para ele estabelecidos. O controle de qualidade inclui
um ciclo de realimentao no processo de trabalho que criou o produto. A
combinao de medida e realimentao nos permite ajustar o processo quando os
produtos de trabalho criados deixam de satisfazer suas especificaes. Essa
abordagem v o controle de qualidade como parte do processo de fabricao.
36
Segundo Pressman (2006) a meta da garantia da qualidade fornecer

gerncia os dados necessrios para que se informem da qualidade do produto,
possibilitando uma maior compreenso e confiana de que a qualidade de tal
produto est satisfazendo suas metas. A Garantia da Qualidade de Software (GQS)
tambm a base do Capability Maturity Model (CMM), cujo objetivo fornecer aos
vrios nveis de gerncia a adequada visibilidade dos projetos, dos processos de
desenvolvimento e dos produtos gerados, o que resultar no desenvolvimento de
alta qualidade.
Para alcanar seus objetivos, a rea chave do processo GQS orienta a
atuao das equipes responsveis pelo desenvolvimento de software, objetivando
incorporar comportamentos e aes, dentre elas:
O planejamento de um Plano de GQS para o projeto de acordo com um
procedimento documentado;
Executar as atividades de acordo com o Plano de GQS;
Participar da preparao e reviso do plano do projeto, dos procedimentos e

dos padres;
Revisar as atividades de Engenharia de Software para verificar seu

cumprimento;
Verificar os artefatos gerados para observar a sua conformidade com os

padres e procedimentos;
Relatar periodicamente os resultados das atividades de GQS para a equipe

do projeto;
Documentar e tratar as no conformidades identificadas nas atividades e nos

produtos de trabalho, conforme o procedimento documentado;
Conduzir revises peridicas das atividades de GQS e de seus resultados

com o grupo GQS do cliente;
Buscar uma melhoria contnua no processo de desenvolvimento de software.

37
2.7.1 Implementando a Garantia de Qualidade
O ciclo PDCA, desenvolvido por Walter A. Shewart na dcada de 20, mais

conhecido como Ciclo de Deming, por ter sido amplamente difundido por este,
considerada uma tcnica simples que visa o controle do processo podendo ser
utilizado de maneira contnua para o gerenciamento das atividades de uma
organizao.
um mtodo que busca controlar para alcanar resultados eficazes e

confiveis nas atividades de uma organizao, mostra eficincia na forma de
apresentar uma melhoria no processo, busca padronizar as informaes do controle
da qualidade, evitando erros lgicos nas anlises e tornando as informaes mais
fceis de serem entendidas.
O PDCA se apresenta como uma seqncia de atividades percorridas de

maneira cclica para melhoria contnua das atividades, e conseqentemente, da
qualidade do produto. As atividades bsicas desse ciclo so:
P (plan: planejar);
D (do: fazer, executar);
C (check: verificar, controlar);
A (act: agir, atuar corretivamente).
Figura 3 - PDCA
38
Conforme o PMBOK (2004), a natureza integradora dos grupos de processo

mais complexa que o ciclo bsico do PDCA (figura 3), sendo que o grupo de
processos de planejamento corresponde ao componente planejar do PDCA. Ainda
de acordo com o PMBOK (2004 , p. 40)
O grupo de processos de execuo corresponde ao componente fazer e o

grupo de processos de monitoramento e controle corresponde aos
componentes verificar e agir. Alm disso, como o gerenciamento de um
projeto um esforo finito, o grupo de processos de iniciao inicia esses
ciclos e o grupo de processos de encerramento os finaliza. A natureza
integradora do gerenciamento de projetos exige a interao do grupo de
processos de monitoramento e controle com todos os aspectos dos outros
grupos de processos.
Figura 3 - Mapeamento entre os grupos de processo e o PDCA
A garantia da qualidade consiste tambm nas funes de auditoria e

elaborao de relatrios de gesto do projeto e tem por objetivo fornecer os dados
necessrios sobre a qualidade dos produtos e identificao de problemas, sendo de
responsabilidade do gerente de projeto solucion-los, utilizando-se dos recursos
necessrios garantia das questes relativas qualidade (PRESSMAN, 2006).
O custo da qualidade de software inclui todos os custos decorrentes da
realizao de atividades relacionadas qualidade. Podem esses custos ser dividido
em custos com preveno, diagnstico e falhas.
O PMBOK (2004) discorre sobre o gerenciamento da qualidade incluindo os
seguintes processos:
Planejamento da Qualidade: identificar os padres de qualidade que so
relevantes ao projeto e determinar como implement-los;
Realizar a garantia da qualidade: aplicar as atividades de qualidade

programadas para que possam garantir que todos os processos
necessrios para atender aos requisitos do projeto sejam empregados;
39
Realizar o controle da qualidade: monitorar os resultados especficos do

projeto com o objetivo de determinar se esses esto de acordo com os
padres de qualidade e identificar de forma a eliminar as causas de um
desempenho considerado insatisfatrio.
A figura 4 retirada do PMBOK (2004), permite uma viso mais detalhada do

processo de gerenciamento da qualidade do projeto:
Figura 4 - Viso geral do gerenciamento de qualidade do projeto
2.7.2 Atividade para Garantia da Qualidade
Pautando-se em Pressman (2006), o controle de qualidade inclui um ciclo de

realimentao no processo de trabalho que criou o produto. As atividades de
controle podem ser totalmente automatizadas, totalmente manuais ou uma
40
combinao de ferramentas automatizadas e interao humana. O conceito-chave

do controle de qualidade que todos os produtos de trabalho tm especificaes
definidas e mensurveis, com as quais se pode comparar o resultado de cada
processo. O ciclo de realimentao essencial para minimizar os defeitos
produzidos.
Ser criada para esse projeto uma Equipe de Qualidade de Software (EQS),
que ser formada pelo integrante participante do projeto. Fica com a incumbncia de
efetuar um check-list (lista para ser analisada ou checada) nas seguintes reas de
desenvolvimento: Engenharia de Sistemas; Planejamento do Projeto de Software;
Anlise de Requisitos de Software; Projeto de Software; Codificao e Testes de
Software.
Engenharia de Sistemas
A Especificao do Sistema visa atribuir funo e desempenho a
muitos elementos do sistema. A seguinte lista de conferncia trata de
algumas das reas de preocupao mais importantes:
1. As funes principais so definidas de uma forma delimitada e sem
ambigidades?
2. As interfaces entre os elementos do sistema esto definidas?
3. As melhores alternativas foram selecionadas?
4. A soluo tecnologicamente vivel?
5. Foi estabelecido um mecanismo de validao e verificao para o
sistema?
6. H consistncia entre todos os elementos do sistema?
Planejamento do Projeto de Software

A reviso do Plano de Projeto de Software estabelece um grau de risco
para seguinte lista de conferncia:
1. O escopo do software definido e delimitado sem ambigidade?
2. A terminologia clara?
3. Os recursos so adequados para o escopo?
4. Os recursos esto prontamente disponveis?
5. Os riscos em todas as categorias importantes foram definidos?
41
6. Um plano de gerenciamento dos riscos est em andamento?

7. As tarefas so definidas e colocadas em seqncia adequadamente?
8. A base para a estimativa de custos razovel?
9. Os oramentos e prazos finais predefinidos so realsticos?
10. O cronograma consistente?
Anlise de Requisitos de Software

As revises da anlise de requisitos de software baseiam-se na
capacidade de rastreamento dos requisitos, consistncia do sistema e na
exatido do modelo de anlise. A seguinte lista de conferncia deve ser
analisada:
1. O domnio de informao completo, consistente e acurado?
2. A diviso do problema em parties completa?
3. As interfaces externas e internas so adequadamente definidas?
4. O modelo de dados reflete adequadamente os objetos de dados, seus
atributos e relaes?
5. Todos os requisitos so rastreveis em nvel de sistema?
Projeto de Software
As revises de projeto de software concentram-se no projeto de dados,
arquitetura e procedimental. A reviso avalia a converso dos requisitos em
projeto de dados e arquitetural e concentra-se na corretude procedimental dos
algoritmos quando forem implementados nos mdulos do programa. Para isso
a seguinte lista de conferncia apresentada:
1. Os requisitos de software se refletem na arquitetura de software?
2. conseguida uma efetiva modularidade?
3. Os mdulos so funcionalmente independentes?
4. A estrutura de dados consistente com o domnio da informao?
5. A estrutura de dados consistente com os requisitos de software?
6. Os fatores de qualidade foram explicitamente avaliados?
7. O algoritmo executa a funo desejada?
8. O algoritmo est logicamente correto?
9. As estruturas de dados locais foram adequadamente definidas?
42
Codificao
Uma lista para verificao do cdigo pode ser um meio efetivo de

verificar a corretude do algoritmo:
1. O projeto foi adequadamente traduzido em cdigo?
2. H erros de ortografia ou tipogrficos?
3. As convenes de linguagem foram utilizadas adequadamente?
4. Existe concordncia em relao aos padres de codificao quanto ao
estilo de linguagem, comentrios e cabealhos?
5. H comentrios incorretos ou ambguos?
6. Os tipos de dados e a declarao de dados so apropriados?
A Lista de conferncia para o Plano de Teste foi dividida em duas: uma

para os planos de teste e outra para o procedimento de testes .
Os check-list ocorrero neste projeto de maneira informal.
2.8 Plano de Testes
Conforme Pressman (2006), o objetivo de teste encontrar falhas e que um

bom teste aquele que possui alta probabilidade de encontrar uma falha. Dessa
maneira, um Engenheiro de Software deve planejar um sistema computacional com
testabilidade em mente. Ao mesmo tempo, os testes devem mostrar um conjunto
de caractersticas que atinjam o objetivo de descobrir a maioria das falhas com um
mnimo de esforo.
A inteireza e a efetividade da atividade de testes podem ser drasticamente
melhoradas ao serem avaliados criticamente quaisquer planos e procedimentos de
testes criados. So definidas duas listas, uma de conferncia para o plano de testes
e outra de conferncia para o procedimento de testes (Pressman, 2006).
Lista de conferncia para o plano de testes:
As fases de teste importantes foram adequadamente identificadas e
dispostas seqencialmente?
43
A capacidade de acompanhar os critrios/requisitos de validao foi

estabelecida como parte da anlise de requisitos de software?
As principais funes so logo demonstradas?
O plano de testes consistente com o plano de projeto global?
Um cronograma de teste foi explicitamente definido?
O teste de fadiga para o software foi especificado?
Lista de conferncia para o procedimento de testes:

Foram especificados tanto os testes de caixa preta?
Foram testados todos os caminhos lgicos independentes?
Foram identificados e listados casos de teste com seus resultados
esperados?
O tratamento de erros ser testado?
Os valores-limites sero testados?
A temporizao e o desempenho sero testados?
Foi especificada uma variao aceitvel dos resultados esperados?
A tcnica de teste adotado pela equipe, Teste de Caixa Preta, ou teste

comportamental focaliza os requisitos funcionais do software. Isto , o teste permite
ao Engenheiro de Software derivar conjuntos de condies de entrada que vo
exercitar plenamente todos os requisitos funcionais do software (Pressman, 2006).
Esse teste tenta encontrar erros da seguinte categoria:
Funes incorretas ou omitidas;
Erros de interface;
Erros de estrutura de dados ou de acesso base de dados;
Erros de comportamento ou desempenho;
Erros de iniciao ou trmino.
De acordo com o padro IEEE 829, que descreve o conjunto de documentos

utilizados nas atividades de teste de um produto de software, temos a seguinte
estrutura (figura 5):
44
Figura 5 - Relacionamento entre documentos de teste (CRESPO, et al 2004)
2.8.1 Tipo de Teste
Os testes efetuados sobre o comportamento das aplicaes ou testes

das funcionalidades de um sistema so chamados de Testes
Funcionais. Esse teste muito importante para que possa ser
executado no momento em que se resolve validar uma aplicao. O
Funcionais objetivo verificar se o sistema executa corretamente suas funes
normais, bem como a integridade e armazenamento dos dados
inseridos no sistema. Portanto, os casos de testes sero
desenvolvidos e introduzidos no sistema; as sadas sero examinadas
para testar sua correo.
45
3 Especificao de Requisitos
3.1 Requisitos do Cliente
3.1.1 Descrio Geral do Cliente
A HARVARD BUSINESS SCHOOL uma instituio pblica de ensino

vinculada ao governo estadual do estado de Minas Gerais, localizada Rua Joo
Bressane, 220, no bairro Centro na cidade de Campanha em MG.
Hoje a instituio possui 111 funcionrios e 1.792 alunos, divididos em 3 turnos
(751 manh, 729 tarde e 312 noite), cursando os ensinos fundamental e mdio. A
biblioteca cujos esses alunos e a comunidade se beneficiam, possui
aproximadamente 6.000 itens em seu acervo. Alm das atividades de ensino,
oferece tambm comunidade e aos alunos e professores a utilizao de sua
Biblioteca disponibilizando seus recursos.
Segue o nome, funo e o papel dos participantes deste projeto:
Nome: Marcos Fernando Rosa

Funo: Vice - Diretor
Papel: Responsvel pelo projeto por parte do cliente
Nome: WILLIAN HENRY GATES III

Funo: Analista Desenvolvedor
Papel: Executor
3.1.2 Requisitos do Cliente
O LibSys, Sistema de Gerenciamento de Biblioteca, dever:
RC01. O sistema deve ser implementado como uma aplicao desktop,

preparada para trabalhar com multiusurio;
RC02. O sistema deve controlar emprstimos, devolues e reservas de itens

do acervo (RF 10);
RC03. O sistema deve ser capaz de gerenciar os seguintes itens do acervo:

Livros (de literatura e didticos), revistas, Fitas VHS, DVDs e Mapas (RF 09);
46
RC04. O Sistema deve fornecer relatrios de controle e gerncia da biblioteca

(RF 14);
RC05. A aplicao deve ter uma boa usabilidade;
RC06. O sistema deve permitir incluso, excluso e edio de operadores do

sistema (RF 10);
RC07. As senhas devem ser armazenadas criptografadas na base de dados

(RF 07);
RC08. Deve ser opcional a impresso de comprovantes no ato do emprstimo
e devoluo;
3.1.3 Restries
R01. Os recursos de hardware devero ser aproveitados da prpria

Biblioteca;
R02. O software deve estar disponvel no perodo de funcionamento da

instituio;
R03. O sistema deve ser reiniciado normalmente caso haja eventual falha no
fornecimento de energia ao microcomputador;
R04. O sistema deve ser tolerante a falhas, prevendo-as sempre que possvel
e auxiliando o usurio com mensagens de erro consistentes.
3.2 Requisitos do Software
3.2.1 Itens de Software
Manuteno de Tipo de Pessoas Funcionalidade que o sistema dever possuir

para permitir aos operadores a incluso, excluso, alterao e consulta dos tipos de
pessoas que utilizam biblioteca, bem como a definio de privilgios aos mesmos
em relao e/ou as funes permitidas por eles.
47
Manuteno de Pessoas Funcionalidade que o sistema dever possuir para

permitir aos operadores a incluso, excluso, alterao e consulta das pessoas que
utilizam biblioteca.
Manuteno de Categoria Funcionalidade que o sistema dever possuir para

permitir aos operadores a incluso, excluso, alterao e consulta das categorias
que estaro associadas s obras da biblioteca.
Manuteno de Autor Funcionalidade que o sistema dever possuir para permitir

aos operadores a incluso, excluso, alterao e consulta dos autores que estaro
associados s obras da biblioteca.
Manuteno de Turma Funcionalidade que o sistema dever possuir para permitir

aos operadores a incluso, excluso, alterao e consulta das turmas que estro
associadas aos alunos.
Manuteno de Obras Funcionalidade que o sistema dever possuir para permitir

aos operadores a incluso, excluso, alterao e consulta das obras do acervo da
biblioteca.
Manuteno de Itens Funcionalidade que o sistema dever possuir para permitir

aos operadores a incluso, excluso, alterao e consulta dos itens do acervo da
biblioteca.
Mdulo de Reservas Funcionalidade que o sistema dever possuir para comportar

as transaes dirias de reservas e cancelamento das.
Mdulo de Emprstimos Funcionalidade que o sistema dever possuir para

comportar as transaes dirias de emprstimos e devoluo dos itens cadastrados.
Mdulo de Matrcula Funcionalidade que o sistema dever possuir para matricular

os alunos usurios da biblioteca em suas respectivas turmas.
48
Emisso de Relatrios O sistema dever disponibilizar aos operadores a opo de

emisso dos relatrios de: tipo de pessoas, pessoas, categorias, autores, itens,
obras, emprstimos, reservas e matrculas.
3.2.2 Requisitos No Funcionais
Segundo Sommerville (2005), requisitos funcionais so restries sobre os

servios ou as funes oferecidas pelo sistema.
Usabilidade
RNF01 - O sistema dever apresentar uma boa facilidade na realizao das
operaes;
Segurana
RNF02 - As senhas devero ser armazenadas criptografadas;
RNF03 - O sistema ter perfis diferenciados para cada operador, gerenciados

por um operador administrador;
RNF04 - As senhas devero ser seguras, contendo no mnimo 6 caracteres

alfanumricos.
RNF05 - Garantir a integridade das informaes armazenadas em seu Banco

de Dados.
Robustez
RNF06 - O sistema dever ser multiusurio (permitir o acesso de um ou mais
usurios simultaneamente);
RNF07 - Dever ser previsto o tratamento de exceo que garanta a

integridade dos dados;
RNF08 - As falhas devero ser apresentadas ao usurio mantendo um padro

de interface, em que todas devem ser traduzidas para o portugus.
Tecnolgicos
RNF10 - O sistema dever ser implantado como uma aplicao desktop
(RC01);
49
RNF11 - O sistema necessitar rodar na plataforma Microsoft Windows.
3.2.3 Requisitos Funcionais
3.2.3.1 Relao de Requisitos Funcionais
RF01 - O software dever identificar e validar usurios com seus respectivos

perfis;
RF02 - O software dever apresentar ao usurio somente as opes do menu

para os quais ele tenha permisso de acesso;
RF03 - necessrio efetuar login no sistema para que qualquer usurio opere
o mesmo;
RF04 - A impresso de comprovante deve ser opcional aos usurios no final

das transaes;
RF05 - O software dever permitir ao administrador incluir, excluir e alterar

usurios e perfis;
RF06 - O software dever criptografar senhas;
RF07 - O sistema dever manutenir (incluir, excluir, alterar e consultar):
Tipo de Pessoa;
Pessoa;
Turma;
Categoria;
Obra;
Autor;
Item;
Matrcula;
Reservas;
50
Emprstimos;
Devolues;
RF08 - O sistema dever permitir a realizao de emprstimos dos itens do

acervo pelo perodo de 7 dias, exceto os livros didticos que sero emprestados at
o final do ano letivo.
RF09 - O sistema dever bloquear o leitor em atraso de realizar novos

emprstimos por perodo igual ao do atraso na devoluo;
RF10 - A excluso e alterao de qualquer informao devero ser

confirmadas antes de ser efetivada;
RF11 - O sistema dever tratar a entrada de dados pelo operador como:

validao de datas, campos com preenchimento obrigatrio;
RF12 O sistema dever imprimir os seguintes relatrios:
Tipo de Pessoa;
Pessoa;
Turma;
Categoria;
Obra;
Autor;
Item;
Matrcula;
Reservas;
Emprstimos;
Devolues;
51
3.2.3.2 Descrio dos atores
Figura 6 Mapa de Atores
Pessoa: Pode ser aluno, funcionrio ou pessoa da comunidade. Pode

realizaras funes pblicas do sistema, como consulta ao acervo.
Pessoa do tipo Administrador: Funcionrio responsvel por manter

atualizadas as informaes necessrias ao funcionamento do sistema, operando
todas as funcionalidades, exceto a manuteno do cadastro de operadores e
relatrios especficos.
3.2.3.3 Modelo de Caso de Uso

52
Figura 7 Diagrama de Casos de Uso
3.2.3.4 Especificao de Casos de Uso

UC01. Efetuar Login
Nome do caso de uso Efetuar Login
Objetivo Permitir o acesso dos operadores aos mdulos restritos do Sistema
Atores Operador
Prioridade Alta
Pr-condies Todo operador deve estar previamente cadastrado no sistema
Tigger O operador acessa a tela de Login do Sistema
Fluxo Principal
1. O operador acessa o sistema e esse exibe um formulrio para entrada dos dados de login e
senha;
2. O operador insere seus dados de login e senha no sistema [FA1];
3. O sistema valida os dados fornecidos pelo operador e recupera as informaes de permisso
de acesso referentes a ele;
4. O sistema redireciona o operador para a tela de entrada do sistema onde estaro as opes
disponveis para o uso dele.
Fluxo Alternativo
[FA1] Dados fornecidos incorretamente

1.1. Caso o login ou senha tenham sido digitados incorretamente o sistema dever enviar uma
mensagem de erro ao operador e solicitar que ele tente novamente. Volta ao [FP1].
Extenses: No existem.
Ps-Condies: Uma vez autenticado o operador passa a ter acesso s
funcionalidades que o sistema lhe permite.
Regras de Negcio:
53
UC02. Manutenir Tipo de Pessoa

Nome do caso de uso Manutenir Tipo de Pessoa
Objetivo Manter atualizado o cadastro dos tipos de pessoas existentes no
sistema
Atores Operador
Prioridade Mdia
Pr-condies No h
Tigger O usurio acessa as opes de Tipo de Pessoa
Fluxo Principal
1. O operador seleciona a opo no menu Cadastros/Bsicos/Tipo de Pessoas;
2. O Sistema apresenta a tela de Tipo de Pessoa;
3. O operador seleciona a operao desejada, podendo ser:
3.1. Alterar
3.1.1.O operador dever localizar a informao que deseja alterar seguindo os
procedimentos relacionados no item [FP 3.3];
3.1.2. O sistema exibe as informaes do tipo de pessoa escolhido
3.1.3.O sistema dever alterar o formulrio para o modo de edio;
3.1.4.O operador dever informar os dados solicitados para efetuar a alterao das
informaes do tipo de pessoa seguindo os seguintes critrios;
3.1.4.1. O preenchimento de todos os campos obrigatrio, exceto o cdigo que no
pode ser alterado;
3.1.5.O operador dever selecionar a operao desejada, podendo ser:
3.1.5.1. O operador confirma a alterao dos dados clicando no boto Alterar; nesse
momento, o sistema dever efetuar a validao dos dados informados [FA1];
Caso as informaes fornecidas estejam corretas, o Sistema atualiza as
informaes do tipo de pessoa no banco de dados e retorna ao [FP2];
3.1.5.2 O operador cancela a operao de alterao dos dados do tipo de pessoa
clicando no boto Cancelar; nesse caso o sistema desconsidera as informaes
fornecidas e retorna ao [FP2].
3.2. Incluir
3.2.1.O operador dever clicar no boto Incluir;
3.2.2.O Sistema dever alterar o formulrio para o modo de incluso;
3.2.3.O operador dever informar os dados solicitados para efetuar a incluso de um
novo tipo de pessoa seguindo os seguintes critrios:
3.2.3.1. O preenchimento do campo descrio obrigatrio, sendo que o cdigo
gerado de forma automtica;
3.2.3.2. Os outros campos vem previamente com o valor Zero;
3.2.4.1. O operador confirma a incluso dos dados clicando no boto incluir; nesse
Caso as informaes fornecidas estejam corretas, o Sistema inclui as
informaes do tipo de pessoa no banco de dados e retorna [FP2];
Caso Contrrio a controle do fluxo dever retornar ao formulrio a fim de que o
operador corrija as informaes fornecidas, retornando ao [FP 3.2.3];
3.2.4.2. O operador cancela a operao de incluso dos dados do tipo de pessoa
clicando no boto Cancelar; nesse caso o sistema desconsidera as
informaes fornecidas e retorna ao [FP2].
3.3. Pesquisar
3.3.1.O formulrio inicial j exibe em modo de pesquisa listando todos os tipos, caso
operador queira utilizar algum filtro basta preencher e clicar no boto Buscar;
3.3.2.O operador informa o argumento de pesquisa e clica no boto Buscar, sendo que
busca realizada com resultados em que o argumento de pesquisa esteja em
qualquer parte;
3.3.3.O Sistema apresenta a relao de itens que atendem ao argumento e tipo da
pesquisa informado;
Caso no seja encontrada informao para o argumento de pesquisa informado, a
grid de resultado aparece vazia;
3.3.4.Para selecionar um registro especifico o usurio deve clicar linha do referido
item.
54
3.3.5.Para exibir todos os dados do item siga o [FP 3.4].

3.4. Consultar
3.4.1.Para escolher o tipo de pessoa desejada seguir os procedimentos relacionados
no item [FP3.3];
3.4.2.Clique no boto consultar para exibir todos os dados do item.
3.5. Excluir
3.5.1.O operador localiza a informao que deseja excluir seguindo os procedimentos
relacionados no [FP 3.3];
3.5.2.O operador dever clicar no boto Excluir;
3.5.3.O Sistema apresentar uma caixa de dilogo solicitando a confirmao da
excluso das informaes do tipo de pessoa, atualmente selecionada, do banco
de dados, com a seguinte mensagem: "Confirma excluso da informao?
Caso o usurio confirme a excluso das informaes do tipo de pessoa, dever ser
validado o procedimento de excluso atravs do [FA3]
Caso o processo de excluso seja vlido, as informaes sobre o tipo de
pessoa sero apagadas do banco de dados e o Sistema retornar ao
[FP2];
Caso Contrrio a operao ser cancelada e o controle do Sistema
retornar ao [FP2];
Caso Contrrio o processo dever ser cancelado e o controle do Sistema retornar
ao [FP2].
Fluxo Alternativo
[FA1] Validao das informaes fornecidas

1. Caso algum campo no seja informado, o sistema agir da seguinte maneira:
1.1 Se o campo for a descrio, o sistema no altera e considera a descrio anterior;
1.2 Sendo qualquer dos outros campos, o sistema considera que o usurio deseja alterar para o
valor zero;

1. Se o campo descrio no for informado, apresentar mensagem A descrio no pode estar
vazia;
[FA3] Excluso de informaes

1. O Sistema dever verificar se existe alguma informao vinculada ao tipo de pessoa.
Caso existam informaes vinculadas ao tipo de pessoa apresentar a mensagem Ocorreu
uma erro durante a excluso da informao. Verifique a existncia de informaes vinculadas
ao registro que deseja excluir.
Ps-Condies: Manuteno do tipo de pessoa efetuada com xito.
Regras de Negcio:
1. [RN1] O cdigo de identificao do tipo de pessoa ser gerado automaticamente pelo sistema.
UC03. Manutenir Pessoa

Nome do caso de uso Manutenir Pessoa
Objetivo Manter atualizado o cadastro de Pessoas
Atores Operador
Prioridade Mdia
Pr-condies Possuir Tipo de Pessoa previamente cadastrado.
Tigger O usurio acessa as opes de Pessoa
Fluxo Principal
1. O operador seleciona a opo no menu Cadastros/ Pessoas;
2. O Sistema apresenta a tela de Pessoa;
3.1 Alterar
3.1.2. O sistema exibe as informaes da Pessoa escolhida
55

informaes da Pessoa seguindo os seguintes critrios;
3.1.4.1. O nome da Pessoa de preenchimento obrigatrio;
3.1.4.2. O endereo da Pessoa de preenchimento obrigatrio;
3.1.4.3. O Tipo de Pessoa de preenchimento obrigatrio;
informaes da Pessoa no banco de dados e retorna ao [FP2];
3.1.5.2. O operador cancela a alterao dos dados da Pessoa clicando no boto
Cancelar; nesse caso o sistema desconsidera as informaes fornecidas e
retorna ao [FP2].
3.2. Incluir
3.2.3.O operador dever informar os dados solicitados para efetuar a incluso de uma
nova Pessoa seguindo os seguintes critrios:
3.2.3.1. O nome da Pessoa de preenchimento obrigatrio;
3.2.3.2. O endereo da Pessoa de preenchimento obrigatrio;
3.2.3.3. O Tipo de Pessoa de preenchimento obrigatrio;
3.2.4.1. O operador confirma a incluso dos dados clicando no boto incluir; nesse
informaes da Pessoa no banco de dados e retorna [FP2];
3.2.4.2. O operador cancela a alterao dos dados da Pessoa clicando no boto
Cancelar; nesse caso o sistema desconsidera as informaes fornecidas e
retorna ao [FP2].
3.3. Pesquisar
3.3.1.O formulrio inicial j exibe em modo de pesquisa listando todos as pessoas,
caso operador queira utilizar algum filtro basta preencher e clicar no boto
Buscar;
qualquer parte;
pesquisa informado;
item.
3.4. Consultar
3.4.1.Para escolher a pessoa desejada seguir os procedimentos relacionados no
[FP3.3];
3.5. Excluir
relacionados no [FP 3.3];
excluso das informaes da pessoa, atualmente selecionada, do banco de
dados, com a seguinte mensagem: "Confirma excluso da informao?
Caso o usurio confirme a excluso das informaes da pessoa, dever ser validado
o procedimento de excluso atravs do [FA2]
Caso o processo de excluso seja vlido, as informaes sobre a pessoa
56
sero apagadas do banco de dados e o Sistema retornar ao [FP2];

retornar ao [FP2];
ao [FP2].
Fluxo Alternativo

1. O sistema far a verificao da validade das informaes fornecidas conforme as regras
abaixo:
1.1 Caso o nome da Pessoa no seja informado, apresentar a mensagem O nome de
preenchimento obrigatrio;
1.2 Caso o endereo da Pessoa no seja informado, apresentar a mensagem O endereo
de preenchimento obrigatrio;
1.3 Caso o tipo da Pessoa no seja informado, apresentar a mensagem Informe o tipo da
Pessoa;

1. O Sistema dever verificar se existe alguma informao vinculada a Pessoa.
Caso existam informaes vinculadas a Pessoa apresentar a mensagem Ocorreu uma erro
durante a excluso da informao. Verifique a existncia de informaes vinculadas ao registro
que deseja excluir.
Extenses: UC02 Manutenir Tipo de Pessoa
Ps-Condies: Manuteno da Pessoa efetuada com xito.
Regras de Negcio:
1. [RN1] O cdigo de identificao da Pessoa ser gerado automaticamente pelo sistema.
UC04. Manutenir Turma

Nome do caso de uso Manutenir Turma
Objetivo Manter atualizado o cadastro de Turmas
Atores Operador
Prioridade Baixa
Pr-condies
Tigger O usurio acessa as opes de Turma
Fluxo Principal
1. O operador seleciona a opo no menu Cadastros/Turma;
2. O Sistema apresenta a tela de Turma;
3.1. Alterar
3.1.2. O sistema exibe as informaes da Turma escolhida;
informaes da Turma seguindo os seguintes critrios;
3.1.4.1. Todos os campos so de preenchimento obrigatrio;
3.1.4.2. O cdigo da turma gerado automaticamente de acordo com os dados
escolhidos no outros campos, ex: Turno = tarde, ano-base = 2009, letra da
turma = A e srie = 7 fica 7AT-2009.
informaes da Turma no banco de dados e retorna ao [FP2];
Caso Contrrio o controle do fluxo dever retornar ao formulrio a fim de que o
operador corrija as informaes fornecidas, retornando ao [FP3.1.4];
3.1.5.2. O operador cancela a operao de alterao dos dados da Turma clicando no
boto Cancelar; nesse caso o sistema desconsidera as informaes fornecidas
e retorna ao [FP2].
57
3.2. Incluir
nova Turma seguindo os seguintes critrios:
3.2.3.1. O Turno da Turma de preenchimento obrigatrio;
3.2.3.2. A Srie da Turma de preenchimento obrigatrio;
3.2.3.3. O Ano-Base da Turma de preenchimento obrigatrio;
3.2.3.4. Letra da Turma de preenchimento obrigatrio;
3.2.4.1. O operador confirma a incluso dos dados clicando no boto Incluir; nesse
informaes da Turma no banco de dados e retorna [FP2];
3.2.4.2. O operador cancela a operao de alterao dos dados da Turma clicando no
e retorna ao [FP2].
3.3. Pesquisar
3.3.1.O formulrio inicial j exibe em modo de pesquisa listando todos as turmas, caso
qualquer parte;
pesquisa informado;
item.
3.4. Consultar
3.4.1.Para escolher a turma desejada seguir os procedimentos relacionados no item
3.3;
3.5. Excluir
relacionados no [FP3.3];
excluso das informaes da Turma, atualmente selecionada, do banco de
Caso o usurio confirme a excluso as informaes da Turma, dever ser validado o
procedimento de excluso atravs do [FA2]
Caso o processo de excluso seja vlido, as informaes sobre a Turma
retornar ao [FP2];
ao [FP2].
Fluxo Alternativo

abaixo:
1.1 Caso o Turno da Turma no seja informado, apresentar a mensagem Informe o Turno da
Turma;
1.1 Caso Srie da Turma no seja informado, apresentar a mensagem Informe a srie da
Turma;
1.2 Caso Ano Base da Turma no seja informada, apresentar a mensagem Informe o Ano-
58
Base da Turma;
1.3 Caso a Letra da Turma no seja informada, apresentar a mensagem Informe a Letra da
Turma;

1. O Sistema dever verificar se existe alguma informao vinculada a Turma.
Caso existam informaes vinculadas a Turma apresentar a mensagem Ocorreu uma erro durante
a excluso da informao. Verifique a existncia de informaes vinculadas ao registro que deseja
excluir.
Ps-Condies: Manuteno da Turma efetuada com xito.
Regras de Negcio:
1. [RN1] O cdigo da turma gerado automaticamente de acordo com os dados escolhidos no
outros campos, ex: Turno = tarde, ano-base = 2009, letra da turma = A e srie = 7 fica 7AT-2009.
UC05. Manutenir Categoria

Nome do caso de uso Manutenir Categoria
Objetivo Manter atualizado o cadastro de Categorias
Atores Operador
Prioridade Baixa
Pr-condies
Tigger O usurio acessa as opes de categoria
Fluxo Principal
1. O operador seleciona a opo no menu Cadastros/Basico/Categoria;
2. O Sistema apresenta a tela de Categoria;
3.1. Alterar
procedimentos relacionados no item [FP3.3];
3.1.2. O sistema exibe as informaes da categoria escolhida;
informaes da categoria seguindo os seguintes critrios;
3.1.4.1. A descrio da categoria de preenchimento obrigatrio;
informaes da categoria no banco de dados e retorna ao [FP2];
3.1.5.2. O operador cancela a operao de alterao dos dados da categoria clicando
no boto Cancelar; nesse caso o sistema desconsidera as informaes
3.2. Incluir
nova categoria seguindo os seguintes critrios:
3.2.3.1. O nome da categoria de preenchimento obrigatrio;
informaes da categoria no banco de dados e retorna [FP2];
3.2.4.2. O operador cancela a operao de incluso dos dados da categoria clicando
59
no boto Cancelar; nesse caso o sistema desconsidera as informaes

3.3. Pesquisar
3.3.1.O formulrio inicial j exibe em modo de pesquisa listando todos as Categorias,
Buscar;
qualquer parte;
pesquisa informado;
item.
3.4. Consultar
3.4.1.Para escolher a Categoria desejada seguir os procedimentos relacionados no
[FP3.3];
3.5. Excluir
excluso das informaes da categoria, atualmente selecionada, do banco de
Caso o usurio confirme a excluso as informaes da categoria, dever ser
validado o procedimento de excluso atravs do [FA2]
Caso o processo de excluso seja vlido, as informaes sobre a
categoria sero apagadas do banco de dados e o Sistema retornar ao
[FP2];
retornar ao [FP2];
ao [FP2].
Fluxo Alternativo

1. Caso a descrio da categoria no seja informado, apresentar a mensagem Informe a
descrio da categoria;

1. O Sistema dever verificar se existe alguma informao vinculada categoria.
Caso existam informaes vinculadas categoria apresentar a mensagem Ocorreu uma erro
que deseja excluir.
Ps-Condies: Manuteno da Categoria efetuada com xito.
Regras de Negcio:
1. [RN1] O cdigo de identificao da categoria ser gerado automaticamente pelo sistema.
UC06. Manutenir Obra

Nome do caso de uso Manutenir Obra
Objetivo Manter atualizado o cadastro de obras
Atores Operador
Prioridade Mdia
Pr-condies Ter as informaes sobre cada obra que ser transacionada
O autor deve estar previamente cadastrado;
60
A categoria deve estar previamente cadastrada.

Tigger O usurio acessa as opes de obras
Fluxo Principal
1. O operador seleciona a opo no menu Cadastros/Obras;
2. O Sistema apresenta a tela de Obras;
3.1. Alterar
procedimentos relacionados no [FP3.3];
3.1.2. O sistema exibe as informaes da obra escolhida;
informaes da obra seguindo os seguintes critrios;
3.1.4.1. O ttulo da obra de preenchimento obrigatrio;
3.1.4.2. O ISBN de preenchimento obrigatrio, no mnimo um;
3.1.4.3. Para mudar a associao de autores e categorias preciso salvar a obra, caso
tenha ela sofrido alguma alterao;
3.1.4.4. Clique no link inserir categoria e autor;
3.1.4.5. aberta uma janela com os campos de autor e categoria para alterao da
obra;
3.1.4.6. O autor de preenchimento obrigatrio, no mnimo um;
3.1.4.7. A categoria de preenchimento obrigatrio, no mnimo um;
Caso as informaes fornecidas estejam corretas, o Sistema apresentar uma
caixa de dilogo solicitando a confirmao da alterao das informaes da
obra, atualmente selecionada, com a seguinte mensagem: "Confirma alterao
da informao? e atualiza as informaes da obra no banco de dados e
retorna ao [FP2];
3.1.5.2. O operador cancela a operao de alterao dos dados da Obra clicando no
e retorna ao [FP2].
3.2. Incluir
nova obra seguindo os seguintes critrios:
3.2.3.1. O ttulo da obra de preenchimento obrigatrio;
3.2.3.2. O ISBN de preenchimento obrigatrio, no mnimo um;
3.2.3.3. Para associar autores e categorias preciso salvar a obra;
3.2.3.4. Clique no link inserir categoria e autor;
3.2.3.5. aberta uma janela com os campos de autor e categoria para o trmino do
cadastro de obra;
3.2.3.6. O autor de preenchimento obrigatrio, no mnimo um;
3.2.3.7. A categoria de preenchimento obrigatrio, no mnimo um;
informaes da obra no banco de dados e retorna ao [FP2];
3.2.4.2. O operador cancela a operao de incluso dos dados da obra clicando no
e retorna ao [FP2].
3.3. Pesquisar
3.3.1.O formulrio inicial j exibe em modo de pesquisa listando todos as Obras, caso
61
qualquer parte;
pesquisa informado;
item.
3.3.6.O Sistema retornar ao [FP2] aps o operador selecionar um registro.
3.4. Consultar
3.4.1.Para escolher a obra desejada seguir os procedimentos relacionados no item 3.3;
3.5. Excluir
3.5.1.O operador dever localizar a informao que deseja excluir seguindo os
excluso das informaes da obra, atualmente selecionada, do banco de dados,
com a seguinte mensagem: "Confirma excluso da informao?
Caso o usurio confirme a excluso as informaes da obra, dever ser validado o
Caso o processo de excluso seja vlido, as informaes sobre a obra
retornar ao [FP2];
ao [FP2].
Fluxo Alternativo

abaixo:
1.1. Caso o ttulo da obra no seja informado, apresentar a mensagem Informe o ttulo da
obra;
1.2. Caso o autor no esteja cadastrado, a tela de associao de autor e categoria ter um link
para o Cadastro de Autor (UC07, 3.3);
1.3. Caso a categoria no esteja cadastrada, a tela de associao de autor e categoria ter um
link para o Cadastro de Categoria (UC05,3.3).

1. O Sistema dever verificar se existe alguma informao vinculada obra.
Caso existam informaes vinculadas a obra apresentar a mensagem Ocorreu uma erro durante a
excluso da informao. Verifique a existncia de informaes vinculadas ao registro que deseja
excluir.
Ps-Condies: Manuteno da obra efetuada com xito.
Regras de Negcio:
1. [RN1] O cdigo de identificao da obra ser gerado automaticamente pelo sistema.
UC07. Manutenir Autor

Nome do caso de uso Manutenir Autor
Objetivo Manter atualizado o cadastro de Autores
Atores Operador
Prioridade Baixa
Pr-condies
Tigger O usurio acessa as opes de autor
Fluxo Principal
62
1 O operador seleciona a opo no menu Cadastros/Autor;

2. O Sistema apresenta a tela de autor;
3.1. Alterar
3.1.2. O sistema exibe as informaes do autor escolhido
informaes do autor seguindo os seguintes critrios;
3.1.4.1. O nome do autor de preenchimento obrigatrio;
informaes do Autor no banco de dados e retorna ao [FP2];
operador corrija as informaes fornecidas, retornando ao item [FP3.1.4];
3.1.5.2. O operador cancela a operao de alterao dos dados do autor clicando no
e retorna ao [FP2].
3.2. Incluir
novo autor seguindo os seguintes critrios:
3.2.3.1. O nome do autor de preenchimento obrigatrio;
informaes do autor no banco de dados e retorna [FP2];
3.2.4.2. O operador cancela a operao de incluso dos dados do autor clicando no
e retorna ao [FP2].
3.3. Pesquisar
3.3.1.O formulrio inicial j exibe em modo de pesquisa listando todos os Autores,
Buscar;
qualquer parte;
pesquisa informado;
item.
3.4. Consultar
3.4.1.Para escolher o Autor desejado seguir os procedimentos relacionados no
[FP3.3];
3.5. Excluir
excluso das informaes do autor, atualmente selecionado, do banco de dados,
63

Caso o usurio confirme a excluso as informaes do autor, dever ser validado o
Caso o processo de excluso seja vlido, as informaes sobre o Autor
retornar ao [FP2];
ao [FP2].
Fluxo Alternativo

1. Caso o nome do autor no seja informado, apresentar a mensagem Informe o nome do autor;

1. O Sistema dever verificar se existe alguma informao vinculada ao autor.
Caso existam informaes vinculadas ao autor apresentar a mensagem Ocorreu uma erro
que deseja excluir.
Ps-Condies: Manuteno do autor efetuada com xito.
Regras de Negcio:
1. [RN1] O cdigo de identificao do autor ser gerado automaticamente pelo sistema.
UC08. Manutenir Item

Nome do caso de uso Manutenir Item
Objetivo Manter atualizado o cadastro de Itens
Atores Operador
Prioridade Alta
Pr-condies Ter a obra previamente cadastrada
Tigger O usurio acessa as opes de Itens
Fluxo Principal
1. O operador a opo no menu Cadastros/Itens;
2. O Sistema apresenta a tela de cadastro de itens;
3.1. Alterar
3.1.2. O sistema exibe as informaes do item escolhido;
informaes da obra seguindo os seguintes critrios;
3.1.4.1. O estado de conservao de preenchimento obrigatrio;
3.1.4.2. O Status inicial de preenchimento obrigatrio;
3.1.4.3. O tipo do Item de preenchimento obrigatrio;
Caso as informaes fornecidas estejam corretas, o Sistema apresentar uma
caixa de dilogo solicitando a confirmao da alterao das informaes da
obra, atualmente selecionada, com a seguinte mensagem: "Confirma alterao
da informao? e atualiza as informaes do item no banco de dados e retorna
ao [FP2];
3.1.5.2. O operador cancela a operao de alterao dos dados do Item clicando no
e retorna ao [FP2].
64
3.2. Incluir
novo item seguindo os seguintes critrios:
3.2.3.1. O estado de conservao de preenchimento obrigatrio;
3.2.3.2. O Status inicial de preenchimento obrigatrio;
3.2.3.3. O tipo do item de preenchimento obrigatrio;
informaes do item no banco de dados e retorna ao [FP2];
3.2.4.2. O operador cancela a operao de incluso dos dados do item clicando no
e retorna ao [FP2].
3.3. Pesquisar
3.3.1.O formulrio inicial j exibe em modo de pesquisa listando todos os itens, caso
qualquer parte;
pesquisa informado;
item.
3.4. Consultar
3.4.1.Para escolher o item desejado, seguir os procedimentos relacionados no [FP
3.3];
3.5. Excluir
3.5.1.O operador dever localizar a informao que deseja excluir seguindo os
procedimentos relacionados no [FP 3.4];
excluso das informaes do item, atualmente selecionada, do banco de dados,
Caso o usurio confirme a excluso as informaes do item, dever ser validado o
Caso o processo de excluso seja vlido, as informaes sobre o item
retornar ao [FP2];
ao [FP2].
Fluxo Alternativo

1. Caso o estado de conservao no seja informado, apresentar a mensagem Informe o estado
de conservao da obra;
2. Caso o tipo do item no seja informado, apresentar a mensagem Informe o tipo do item;
1. O Sistema dever verificar se existe alguma informao vinculada ao item.
Caso existam informaes vinculadas ao item apresentar a mensagem Ocorreu uma erro durante
a excluso da informao. Verifique a existncia de informaes vinculadas ao registro que deseja
excluir.
65
Ps-Condies: Manuteno do item efetuada com xito.
Regras de Negcio:
1. [RN1] O cdigo de identificao do item ser gerado automaticamente pelo sistema.
UC09. Associar Aluno a Turma

Nome do caso de uso Associar Aluno a Turma
Objetivo Manter atualizada pessoas em suas respectivas turmas
Atores Operador
Prioridade Mdia
Pr-condies Possuir alunos previamente cadastrados
Possuir turma previamente cadastrada
Tigger O usurio acessa as opes de matricula
Fluxo Principal
1. O operador seleciona a opo no menu Controle/ Matricula;
2. O Sistema apresenta a tela de controle de matricula;
3. O Operador seleciona a operao desejada, podendo ser:
3.1. Adicionar Alunos a Turma
3.1.1.O operador dever localizar a informao da turma em que deseja adicionar o aluno
seguindo os procedimentos relacionados no [FP 3.3];
3.1.2.O sistema exibe uma turma;
3.1.3.O sistema exibe uma lista de alunos de acordo com a turma selecionada;
3.1.4.O operador ento clica em adicionar alunos na turma para adicionar o(s) aluno(s) a
turma;
3.1.5.O sistema ir para a tela de incluso de alunos na turma selecionada;
3.1.6.O operador dever localizar a informao do aluno em que deseja incluir na turma
3.1.7.O operador clica em incluir Alunos;
3.1.8.O sistema exibe uma mensagem alunos includos com sucesso;
3.2. Mudar a Turma do Aluno
3.2.1.O operador dever localizar a informao do aluno que deseja mudar de turma
3.2.2.O sistema exibe uma lista de alunos de acordo com a turma selecionada;
3.2.3.O operador seleciona uma nova turma para o aluno;
3.2.4.O operador ento clica em incluir para mudar a turma do aluno;
3.2.5.O sistema exibe a seguinte mensagem Matricula alterada com sucesso, deseja
alterar mais?;
Caso queira o operador clica em sim, o Sistema atualiza as informaes na
tabela Pessoa_Turma no banco de dados e retorna ao [FP2] e retorna ao
[FP3.2.1];
Caso Contrrio o Sistema atualiza as informaes na tabela Pessoa_Turma
no banco de dados e retorna ao [FP2];
3.3. Pesquisar
3.3.1.Caso operador queira utilizar algum filtro basta selecionar a Turma;
qualquer parte;
pesquisa informado;
3.3.4.Para selecionar um registro especifico o usurio deve clicar linha do referido item.
3.3.5.O Sistema sempre exibir os alunos de acordo com a Turma selecionada;
3.3.6.O Sistema retornar ao [FP 3.1.2] aps o operador selecionar um registro.
3.4. Pesquisar
qualquer parte;
66
pesquisa informado;
3.4.3.Para selecionar um registro especifico o usurio deve clicar no cone selecionar, ou
clicar em marca todos;
3.4.4.O Sistema retornar ao [FP 3.1.7] aps o operador selecionar um registro.
Ps-Condies: Matricula da pessoa (aluno) efetuada com xito.
UC10. Efetuar Reserva

Nome do caso de uso Efetuar Reserva
Objetivo Permitir que um item do acervo seja reservado a determinada Pessoa
Atores Operador
Prioridade Mdia
Pr-condies Item emprestado ou com alguma restrio temporria
Tigger O usurio acessa o cadastro de reservas
Fluxo Principal
1. O operador seleciona a opo no menu Controle/Reservas;
2. O Sistema apresenta a tela de controle de Reservas
3. O operador tem a opo de:
3.1. Reservar
3.1.1 O operador dever localizar a informaes da obra ou da pessoa seguindo os
3.1.2 O operador seleciona a pessoa e logo aps a obra adicionado-a na lista de obras.
3.1.3 O operador clica na opo Reservar.
3.1.4 O Sistema vai para o [UC16] e se a Pessoa possuir um estado que o impea de
reservar alguma obra, o sistema exibir a mensagem Pessoa impossibilitada de
efetuar reservas!.
Caso Contrrio o sistema exibe a mensagem Reserva efetuada com sucesso.
Deseja imprimir o comprovante?.
3.1.4.1 Caso o operador escolha a opo SIM, o sistema segue para o [UC13].
Caso contrrio o sistema retorna ao [FP2].
3.2 Cancelar Reserva
3.2.1 A Pessoa se apresenta ao operador com uma reserva a ser cancelada;
3.2.2 O operador segue o [FP3.3];
3.1.3 O operador seleciona a reserva a ser cancelada;
3.1.4 O operador dever selecionar a operao desejada, podendo ser:
3.1.4.1 O operador clica na opo Cancelar Reserva;
3.1.4.2 Se clicar em OK;
O Sistema atualiza as informaes da reserva no banco de dados e exibe a
mensagem Reserva cancelada com sucesso.
3.3 . Pesquisar
3.3.1 O sistema exibe na tela uma 2 grids de pessoas e obras reservadas;
3.3.3 O operador pode pesquisar com mais detalhes a pessoa clicando no link de
pesquisa do mesmo;
3.3.3.1 Caso o operador queira detalhes obra o sistema ir para o (UC06, 3.3) e
retornar com a obra selecionada.
3.3.4.1 Caso o operador queira detalhes da pessoa o sistema ir para o (UC03,
3.3) e retornar com a pessoa e suas respectivas reservas.
Fluxo Alternativo
Extenses: Emitir comprovante.
Ps-Condies: Obra reservada com sucesso.
Reserva cancelada com sucesso.
Regras de Negcio:
1. A Pessoa s poder reservar uma obra quando ela j esteja emprestada para outra Pessoa ou
com algum impedimento temporrio, mas nunca quando o mesmo possuir itens disponveis no
acervo.
67
UC11. Efetuar Emprstimo

Nome do caso de uso Efetuar Emprstimo
Objetivo Permitir que um item do acervo seja emprestado a determinado
Pessoa
Atores Operador
Prioridade Alta
Pr-condies Item disponvel na biblioteca
Tigger O usurio acessa o cadastro de itens emprestados
Fluxo Principal
1. O operador seleciona a opo no menu Controle/Emprstimos;
2. O Sistema apresenta a tela de controle de Emprstimo;
3. O operador tem a opo de:
3.1 Emprestar
3.1.1 O operador dever localizar a informaes do item ou da pessoa seguindo os
3.1.2 O operador seleciona cdigo ou nome da pessoa e logo aps item a ser
emprestado;
3.1.3 O operador clica na opo Emprestar.
3.1.4 O Sistema vai para o [UC16] e se a Pessoa possuir um estado que o impea de
efetuar um emprstimo, o sistema exibir a mensagem Pessoa impossibilitada de
efetuar emprestimos!.
Caso Contrrio o sistema exibe a mensagem Emprstimo efetuado com sucesso.
Deseja imprimir o comprovante?.
3.1.4.1 Caso o operador escolha a opo SIM, o sistema segue para o [UC13].
Caso contrrio o sistema retorna ao [FP2].
3.1.5 O estado do item atualizado para emprestado;
3.2 Pesquisar
3.3.1 O sistema exibe na tela uma 2 grids de pessoas e obras reservadas;
3.3.3 O operador pode pesquisar com mais detalhes a pessoa clicando no link de
pesquisa do mesmo;
3.3.3.1 Caso o operador queira detalhes obra o sistema ir para o (UC06, 3.3) e
retornar com a obra selecionada.
3.3.4.1 Caso o operador queira detalhes da pessoa o sistema ir para o (UC03,
3.3) e retornar com a pessoa e sus respectivos emprstimos.
Fluxo Alternativo
[FA1] Pessoa ou item impossibilitados para emprstimos
1. Vai para o [UC16] e se a Pessoa possuir um estado que o impea de efetuar algum emprstimo,
o sistema exibir a mensagem Emprstimo indisponvel no momento: motivo XXXXXX.
2. Vai para o [UC15] e se o item no estiver disponvel para ser emprestado, o sistema exibir a
mensagem Item indisponvel no momento: motivo XXXXXX.
Ps-Condies: Obra reservada com sucesso.
Reserva cancelada com sucesso.
Regras de Negcio:
1. A Pessoa s poder efetuar o emprstimo de um item se no possuir impedimento.
Ps-Condies: Item emprestado com sucesso.
UC12. Efetuar Devoluo

Nome do caso de uso Efetuar Devoluo
Objetivo Devolver um item emprestado
Atores Operador
Prioridade Alta
Pr-condies Pessoa possuindo um item a ser devolvido
Tigger O operador acessa os itens emprestados
Fluxo Principal
1. A Pessoa se apresenta ao operador com um item a ser devolvido;
68
2. O operador seleciona a opo de devoluo de itens;

3. O sistema exibe um formulrio para pesquisa de Pessoas (UC2, 3.3);
4. O sistema identifica a lista de condies da Pessoa (itens emprestados e itens reservados)
[FA1] e [FA2];
5. O operador seleciona o item a ser devolvido;
6. O operador clica na opo devolver item;
7. O sistema exibe a mensagem Item devolvido com sucesso;
8. O item fica disponvel para novo emprstimo.
Fluxo Alternativo
1 Itens no localizados
1.1 Caso no exista nenhum item emprestado a Pessoa o operador encerra o caso de uso.
2 Devoluo fora do prazo

2.1 Caso a devoluo esteja ocorrendo fora do prazo, o sistema exibe a mensagem Item
devolvido com X dias de atraso;
Ps-Condies: Item devolvido com xito.
Regras de Negcio:
1. Caso a devoluo ocorra fora do prazo o sistema dever mudar o estado do Pessoa para
bloqueado e impedi-lo de efetuar emprstimos ou reservas pelo prazo igual ao do atraso.
UC13. Emitir Comprovante

Nome do caso de uso Emitir Comprovante
Objetivo Emitir comprovante de efetivao das operaes realizadas
Atores Operador
Prioridade Mdia
Pr-condies Transao para a qual se deseja o comprovante realizada com
sucesso.
Tigger O operador visualiza comprovante
Fluxo Principal
1. Aps a efetivao das operaes de reserva e emprstimo o operador seleciona a opo
Emitir comprovante;
2. O operador seleciona a opo desejada;
Caso o operador escolha SIM o sistema imprimir o comprovante na impressora padro.
Caso Contrrio O caso de uso encerrado.
Fluxo Alternativo
Extenses:
Ps-Condies: Comprovante emitido.
Regras de Negcio:
1. Caso operao for Reserva comprovante com o seguinte layout: nome da biblioteca, ttulo
Comprovante de Reserva(s), cdigo da Pessoa, nome da Pessoa, data da reserva, hora
da reserva, cdigo da reserva, cdigo da obra, ttulo da obra e previso para emprstimo.
2. Caso operao for Emprstimo comprovante com o seguinte layout: nome da biblioteca, ,
ttulo Comprovante de Emprstimo(s), cdigo do Pessoa, nome do Pessoa, data do
emprstimo, hora do emprstimo, cdigo do emprstimo, cdigo do item, nome da obra,
data para devoluo e termo de compromisso do Pessoa.
3. O comprovante deve ser impresso em duas vias, e ambas devem estar devidamente
assinadas, sendo uma de posse da Pessoa e outra da biblioteca.
UC14. Gerar relatrios

Nome do caso de uso Gerar relatrios
Objetivo Emisso dos vrios relatrios que podem ser obtidos a partir da
operabilidade correta do sistema, a fim de ajudar a direo da escola
em horas oportunas.
Atores Operador
Prioridade Alta
69
Pr-condies Operaes realizadas corretamente no sistema

Tigger O operador emite relatrio
Fluxo Principal
1. O operador seleciona a opo no menu Relatrios/Reservas, Emprstimos ou Etiquetas.
2. O sistema exibe a opo com o nome dos relatrios;
3. O operador seleciona a opo desejada;
4. O sistema exibe tela para configurao do relatrio:
Campos desejados;
Opo de filtros;
Opo de ordenao;
5. O sistema monta o relatrio e o exibe na tela;
6. O operador seleciona as opes: Salvar em arquivo, Imprimir ou Cancelar.
7. O operador pode tambm gerar um relatrio a partir dos cadastros bsicos clicando no
boto Imprime Listagem disponvel em cada um.
8. O sistema monta o relatrio e o exibe na tela;
9. O operador seleciona as opes: Salvar em arquivo, Imprimir ou Cancelar.
Fluxo Alternativo No existem
Ps-Condies: Relatrio emitido.
Regras de Negcio:
UC15. Validar Item

Nome do caso de uso Validar Item
Objetivo Validar um item
Atores Operador
Prioridade Alta
Pr-condies Pessoa com um item a ser emprestado ou reservado
Tigger
Fluxo Principal
1. O sistema identifica o estado do item (disponvel, emprestado ou reservado);
2. O sistema valida o item para emprstimo ou reserva.
3. O sistema valida ou no o item efetuar o emprstimo ou reserva de acordo com a [RN1] e
[RN2].
Fluxo Alternativo
Ps-Condies: Item validado ou no validado
Regras de Negcio:
1. Caso o item a ser emprestado esteja reservado ou emprestado o sistema dever inabilitar o
item.
1. Caso o item a ser reservado esteja disponvel o sistema dever inabilitar o item.
UC16. Validar Pessoa

Nome do caso de uso Validar Pessoa
Objetivo Validar a pessoa
Atores Operador
Prioridade Alta
Pr-condies Pessoa com um item a ser emprestado ou reservado
Tigger
Fluxo Principal
1. O sistema identifica o status da pessoa (Bloqueado ou Liberado);
2. O sistema verifica a quantidade de emprstimo ou reserva ainda disponvel para pessoa;
3. O sistema valida ou no a pessoa para efetuar o emprstimo ou reserva de acordo com a
[RN1], [RN2] e [RN3].
Fluxo Alternativo
Ps-Condies: Pessoa validada ou no validade
70
Regras de Negcio:
1. Pessoa bloqueada no pode efetuar emprstimo ou reservas;
2. Pessoa liberada deve ser validada para emprstimo desde que no possua mais
emprstimos do que permitido para seu perfil e no possuam emprstimos em atraso;
3. Pessoa liberada deve ser validada para reserva desde que no possua mais reservas do
que permitido para seu perfil
3.2.4 Requisitos de Dados
Os dados devem estar normalizados at a terceira forma normal, ou seja,

requer que no haja dependncias funcionais no-triviais de atributos que no sejam
chave, em qualquer coisa, exceto um superconjunto de uma chave candidata,
conforme descreve Date (2004), e as tabelas devem ser criadas de forma a manter a
integridade referencial entre elas.
3.2.4.1 Relao de Requisitos de Dados

RD01: O Tipo de Pessoa deve possuir os seguintes dados: Acesso,
descrio, ID Tipo de Pessoa, numero de emprstimos, prazo de emprstimos,
numero de reservas e prazo de reservas;
RD02: A Pessoa deve possuir os seguintes dados: ID Pessoa, ID Tipo de

Pessoa, nome do usurio, data de nascimento, endereo (logradouro, nmero,
complemento, bairro, cidade e uf e cep), telefone fixo, telefone celular, status, e-mail,
CPF, obs, data de desbloqueio, login e senha;
RD03: O Item deve possuir os seguintes dados: IdItem, IdObra, status, Estado
de Conservao, Obs e tipo;
RD04: O Livro deve possuir os seguintes dados alm dos dados do item:
IdItem e tipo do livro;
RD05: Os peridicos devem possuir os seguintes dados alm dos dados do

item: IdItem, e periodicidade;
RD06: O Multimdia deve possuir os seguintes dados alm dos dados do item:
tipo multimdia, idItem e tempo;
71
RD07: O Mapa deve possuir os seguintes dados alm dos dados do item: tipo
mapa e iditem;
RD08: O emprstimo deve possuir os seguintes dados: IdEmprstimo,

DataEmprstimo e IdPessoa;
RD09: O item_emprstimo deve possuir os seguintes dados: IdEmprstimo,

IdItem, DataParaDevoluo, DataDevolvida e IdItememprstimo;
RD10: A reserva deve possuir os seguintes dados: idPessoa, IdReserva e

Data;
RD11: A reserva_obra deve possuir os seguintes dados: idObra, IdReserva,

IdReservaObra, Status, DataProvavel, Dataexpira e IdItem;
RD12: A turma deve possuir os seguintes dados: IdTurma, Turno, AnoBase,

Letra, Serie e Ensino;
RD13: A Categoria deve possuir os seguintes dados: IdCategoria e Descrio;
RD14: A Obra_Categoria deve possuir os seguintes dados: IdObra e

IdCategoria;
RD15: A Obra deve possuir os seguintes dados: IdObra, ISBNISNN, Ttulo,

Descrio, Edio, Editora e Ano;
RD16: O Autor deve possuir os seguintes dados: IdAutor e Nome;
RD17: A Obra_Autor deve possuir os seguintes dados: IdObra e IdAutor;
RD18: A Pessoa_Turma deve possuir os seguintes dados: IdPessoa,

IdTurma, Sala, Atual, IdPessoaTurma e data do cadastro;
72
3.2.4.2 Modelo Conceitual de Dados (DER)
Figura 8 Modelo conceitual de dados (DER)
3.2.4.3 Entidades e Atributos
PESSOA
Atributo Tipo Descrio
IdPessoa Iteger Identificador interno do aluno no sistema
IdTipoPessoa Integerr Identificador da tabela Tipo_Pessoa
Nome String Nome do aluno
DtNasc Date Data de nascimento
Logradouro String Nome do logradouro (Rua, Av., etc)
Numero Integer Nmero
Complemento String Complemento do endereo
Bairro String Bairro
Cep String Cep
Cidade String Cidade
UF String Unidade Federativa = Estado
Telefone String Telefone fixo
Celular String Telefone mvel
email String Correio eletrnico
Status String Status da pessoa = Liberado ou Bloqueado
Obs Blob Informaes complementares desejadas
73
CPF String Cadastro Pessoa Fsica

DataBloqueio Date Data de bloqueio da pessoa
Acesso String Permisso da pessoa ao sistema
Senha String Senha para logar no sistema
Quadro 16 Pessoa
TIPO_PESSOA
IdTipoPessoa Integer Identificador interno do tipo de pessoa
Descrio String Descrio do tipo de pessoa
NumeroEmprestimos Integer Determina o numero mximo de emprstimos
PrazoEmprestimo Integer Numero de dias para emprstimo
NumeroReservas Integer Nmero mximo de reservas
PrazoReserva Integer Nmero de dias para reservas
Acesso String Permisso ao sistema do tipo de pessoa
Controle Integer Identificador da tabela Modulos
Quadro 17 Tipo_Pessoa
TURMA
IdTurma Integer Identificador interno da turma
Turno String Manh, Tarde ou Noite
AnoBase Integer Ano de operao da turma
Letra String Identificador adicional das turmas
Serie Integer Srie da turma
Ensino String Fundamental ou mdio
Quadro 18 Turma
ITEM
74
IdItem Integer Identificador interno do litem no sistema

IdObra Integer Identificador da tabela obra
DataCadastro Date Data de cadastro do item
Status String Reservado, emprestado ou disponvel
EstadoConservacao String Estado de conservao do item
OBS String Observaes adicionais sobre o item
Tipo String Livro, Mapa, Peridico ou Multimidia
Quadro 19 Item
PERIDICO
Periodicidade String Periodicidade
IdItem Integer Identificador da tabela Item
Quadro 20 Peridico
MULTIMDIA
TipoMultimidia Integer Descrio da multimdia
Tempo Time Tempo de durao
Quadro 21 Multimdia
MAPA
TipoMapa String Descrio do mapa
Quadro 22 Mapa
LIVRO
TipoLivro String Livro literrio ou Didtico
Quadro 23 Livro
EMPRSTIMO
IdEmprestimo Integer Identificador interno do emprstimo no sistema
DataEmprestimo Date Data do efetivo emprstimo
HoraEmprestimo Time Hora do efetivo emprstimo
IdPessoa Integer Identificador da tabela Pessoa
Quadro 24 Emprstimo
75
RESERVA
IdReserva Integer Identificador interno da reserva no sistema
Data Date Data da reserva
Quadro 25 Reserva
OBRA_CATEGORIA
IdCategoria Integer Identificador da tabela Categoria
IdObra Integer Identificador da tabela Obra
Quadro 26 Obra_Categoria
AUTOR
IdAutor Integer Identificador interno do autor
Nome String Nome do autor
Quadro 27 Autor
CATEGORIA
IdCategoria Integer Identificador interno da categoria
Descricao String Descrio resumida da categoria
Quadro 28 Categoria
OBRA
IdObra Integer Identificador interno da Obra
IsbnIsnn String Cdigo individual da obra
Titulo String Titulo da obra
Descricao String Descrio resumida da Obra
Edicao String Edio da Obra
Editora String Editora da Obra
Ano Integer Ano de publicao da obra
Quadro 29 Obra
OBRA_AUTOR
IdAutor Integer Identificador da tabela Autor
Quadro 30 Obra_Autor
76
PESSOA_TURMA
IdTurma Integer Identificador da tabela Turma
Sala String Sala fsica de lotao
Atual String Sim/No
IdPessoaTurma Integer Identificador interno da tabela Pessoa_Turma
DataCadastro Date Data da matricula
Quadro 31 Pessoa_Turma
RESERVA_OBRA
IdReserva Integer Identificador da tabela Reserva
IdReservaObra Integer Identificador interno da tabela Reserva_Obra
Status String Status da reserva (aguardando...)
DataProvavel Date Data provvel para emprestimo
Quadro 32 Reserva_Obra
ITEM_EMPRESTIMO
IdEmprestimo Integer Identificador da tabela Emprestimo
DataParaDevolucao Date Data prevista para devoluo do item emprestado
DataDevolvida Date Data efetiva da devoluo
IdItemEmprestimo Integer Identificador interno da Tabela Item_Emprestimo
Quadro 33 Item_Emprestimo
LOG
IdLog Integer Identificador interno do log
Tabela String Tabela que o operador acessou
Operao realizada na tabela (Update, Delete, Insert ou
Operacao String
Select)
Query String SQL realizada
Quadro 34 Log
MODULOS
Controle Integer Identificador interno do mdulo
Incluir String Permisso para incluir
Alterar String Permisso para alterar
Excluir String Permisso para excluir
Consultar String Permisso para consultar
Descricao String Consideraes sobre o mdulo
Quadro 35 Modulos
77
4 Modelagem e Anlise
4.1 Consideraes Preliminares
Segundo BOOCH (2006), o objetivo de realizar uma fase de anlise

conseguir modelar o problema a ser solucionado, resultando em uma descrio
precisa e completa acerca dos requisitos extrados em fases anteriores e das
condies presentes no problema que o projeto se prope a resolver.
O paradigma adotado neste projeto ser a Modelagem Orientada a Objetos,
sendo esse o mtodo de anlise que enquadra os dados do problema de uma
perspectiva de classe e objetos, e, de acordo com BOOCH (2006), sem sombra de
dvidas, uma parte no fluxo principal do desenvolvimento de um sistema, pois tem
provado seu valor para construo de sistemas em diversos domnios de problemas,
englobando todos os graus de tamanho e complexidade.
4.2 Modelagem Adotada5
Para a modelagem deste projeto foi escolhida a Unified Modeling Language

(UML) que, segundo BOOCH (2006), uma linguagem-padro para a elaborao da
estrutura de projetos de software e uma linguagem destinada a visualizar,
especificar, construir e documentar os artefatos de um sistema complexo de
software.
A modelagem gerada atravs da UML ir permitir a compreenso do sistema.
Nenhum modelo inteiramente suficiente, sempre sero necessrios vrios modelos
conectados entre si para que tenhamos entendimento sobre quaisquer aspectos do
sistema, ainda que seja ele muito simples.
O vocabulrio e as regras da linguagem UML indicam como criar e ler
modelos bem-formados, porm no apontam os modelos que devem ser criados e
nem quando devemos cri-los. Se tivermos um processo bem definido ento este
servir como guia para decidir quais artefatos devero ser criados, quais as
atividades e trabalhadores sero escolhidos para cri-los e gerenci-los e de que
forma esses artefatos sero empregados para medir e controlar o projeto como um
todo.
5
Em http://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/uml/index.htm acessado em 12 de
agosto de 2009 e Giglio (2006).
78
A UML uma linguagem de visualizao, sendo mais que um punhado de

smbolos grficos, onde por trs de cada smbolo empregado na notao UML h
uma semntica bem definida, de tal forma que o desenvolvedor pode us-la para
escrever seu modelo, e qualquer outro desenvolvedor, ou at mesmo outra
ferramenta, ser capaz de interpret-lo sem ambigidades. tambm uma
linguagem para especificao, documentao, visualizao e desenvolvimento de
sistemas orientados a objetos, pois sintetiza os principais mtodos existentes, sendo
considerada uma das linguagens mais expressivas para modelagem desse tipo de
sistemas. Por meio de seus diagramas possvel representar sistemas de software
sob diversas perspectivas de visualizao. Alm disso, ela facilita a comunicao de
todas as pessoas envolvidas no processo de desenvolvimento de um sistema por
apresentar um vocabulrio simples (BOOCH, 2006).
4.2.1 Principais Diagramas
Um modelo descreve completamente um sistema em uma determinada

perspectiva.
Figura 9 - Diagramas da UML
O modelo representado por um ou mais diagramas, onde cada um pode ser

visto como uma viso dentro de um modelo. Um diagrama, por sua vez, pode ser
representado de vrias formas, dependendo de quem ir interpret-lo.
79
4.3 Diagrama de Casos de Uso
O diagrama de Casos de Uso corresponde ao item 3.2.3.3 desse documento.

80
4.4 Diagrama de Classes

81
OBS: O Emprstimo s pode ser realizado se houver a participao de

Pessoas e de Itens, sendo assim, h a necessidade da classe EMPRESTIMO ser
composta dos objetos PESSOA e ITEM.
4.5 Diagrama de Seqncia
4.5.1 DS Manutenir Pessoa

82
4.5.2 DS Manutenir Item

83
4.5.3 DS Manutenir Autor

84
4.5.4 DS Manutenir Obra

85
4.5.5 DS Manutenir Categoria

86
4.5.6 DS Efetuar Reserva

87
4.5.7 DS Efetuar Emprstimo

88
4.5.8 DS Efetuar Devoluo

89
4.5.9 DS Efetuar Login

90
4.5.10 DS Emitir Comprovante

91
4.5.11 DS Gerar Relatrios

92
4.5.12 DS Validar Item

93
4.5.13 DS Manutenir Turma

94
4.5.14 DS Manutenir Tipo de Pessoa

95
4.5.15 DS Associar Pessoa a Turma

96
4.6 Diagramas de Estado
4.6.1 DE- Pessoa
4.6.2 DE- Item

97
4.7 Diagrama de Tabelas e Relacionamentos (D.T.R)
Figura 10 D.T.R
98
5 Modelagem de Projeto
5.1 Consideraes Iniciais
Para esse Projeto ser utilizado o banco de dados FireBird 2.1 e a linguagem de
programao Delphi 7.
Quanto arquitetura, para Jazayeri et al. (2000) ela tida como uma ferramenta
para lidar com a complexidade do software alm de enfatizar que ela deve satisfazer
os requisitos funcionais e no funcionais do sistema, incrementando a definio de
que arquitetura de software o conjunto de componentes e seus relacionamentos.
Portanto, possvel notar que ela mais do que a descrio dos componentes que
a compem e do relacionamento entre eles.
5.2 Arquitetura do software
Segundo (Pressman 2006), o projeto arquitetural representa a estrutura dos

componentes de dados e programas que so necessrios para se construir um
software. Ele leva em considerao o estilo arquitetural que o sistema vai adotar, a
estrutura e as propriedades dos componentes que constituem o sistema e os inter-
relacionamentos que ocorrem entre todos os componentes arquiteturais de um
sistema.
Nesse projeto ser utilizada a arquitetura em camadas e de acordo com
Pressman deve ser definido um certo nmero de camadas, cada uma realizando
operaes que se tornam progressivamente mais prximas do conjunto de
instrues da mquina. Na camada mais externa, os componentes servem as
operaes da interface com o usurio. Na camada interior os componentes realizam
a interface com o sistema operacional. As camadas intermedirias fornecem
servios utilitrios e funes do software de aplicao.
Depois que na engenharia de requisitos so descobertos as caractersticas e
restries do sistema a ser desenvolvido, o estilo arquitetural ou combinao de
estilos, que melhor se encaixa nessas caractersticas e restries, poder ser
escolhido. Pressman (2006) refere-se novamente ao estilo em camadas, que pode
ser adequado maioria dos sistemas.
99
O padro utilizado para implementar a arquitetura em camadas ser o Model

View Controller (MVC) que um dos designs patters mais conhecido de todos.
Basicamente uma aplicao que segue o MVC dividida em trs camadas:
Model: significa modelo, que uma classe que representa as
informaes do domnio de negcios da aplicao.
View: significa visualizao, nesta camada teremos a definio da
interface com o usurio, como os campos que sero organizados e
distribudos na tela.
Controller: significa controle, portanto, nesta camada teremos a
manipulao dos inputs do usurio, sua interpretao e a execuo das
tarefas correspondentes. Esta camada formada por um conjunto de
objetos que trocam informaes com a View e tratam de atualizar o
modelo de dados (Model) de acordo com a ao do usurio.
View Controller
Model
Modelo MVC
Segue abaixo um exemplo da diviso das camadas (MVC) representada no

projeto, sendo que este padro ser o mesmo para a maioria das classes:
untCadastroCategoria: classe para representar a interface ou viso,
far pequenas validaes de interface, como por exemplo, validar
alguns dos campos preenchidos pelo usurio na tela de cadastro.
responsvel por instanciar um objeto e pass-lo para a classe de
domnio efetuar suas devidas operaes sobre ele;
untPesquisaCategoria: tambm faz parte interface ou viso, assim
como a anterior, far pequenas validaes de interface, instanciar um
ou uma lista de objetos, ser uma classe de interface para pesquisa;
Categoria: representa a classe de domnio, far o papel de controle
possuindo o acesso aos objetos com os mtodos getteres e setteres
100
alm de possuir validaes e regras de negcio ou controle.

responsvel por passar o objeto para a classe DAO;
categoriaDAO: classe que representa o modelo, faz o acesso aos
dados via SQL. Recebe o objeto da classe de domnio e faz suas
operaes de acesso ao banco de dados para manipular tal objeto.
VIEW
CONTROLLER
MODEL
BANCO DE DADOS
Figura 11 Diviso das camadas (MVC)
As outras classes que seguiro este padro so:

Tipo_Pessoa;
Pessoa;
Turma;
Item;
Multimdia;
Livro;
Peridico;
Mapa;
Obra;
Autor;
Categoria;
Reserva;
Emprstimo.
101
5.3 Estrutura de Dados
Para execuo desse projeto preciso considerar uma questo muito

importante, segundo Santos (2006) o Mapeamento Objeto-Relacional (MOR), uma
tcnica de desenvolvimento utilizada para reduzir a impedncia 6 da programao
orientada aos objetos utilizando bancos de dados relacionais. As tabelas do banco
de dados so representadas atravs de classes e os registros de cada tabela so
representados como instncias das classes correspondentes.
Com esta tcnica, o programador pode executar os comandos em linguagem
SQL no seu sistema OO e suas tabelas do banco de dados, j mapeadas, recebero
informaes corretas e consistentes. No necessria uma correspondncia direta
entre as tabelas de dados e as classes do programa. A relao entre as tabelas
onde originam os dados e o objeto que os disponibiliza configurada pelo
programador, isolando o cdigo do programa das alteraes organizao dos
dados nas tabelas do banco de dados.
Segue abaixo dois exemplos de mapeamento objeto-relacional elaborado para
o projeto.
6
Impedncia (< ingls impedance < to impede = "imped-[ir]" + "-ncia" [sufixo substantivador]),
genericamente, significa uma medida de impedimento ou oposio. Disponvel em:
http://dicionario.babylon.com/
102
Figura 12 MOR de Item, Mapa, Peridico, Livro e Multimdia.
Figura 13 MOR de Obra, Categoria e Autor.

103
5.3.1 DTR (Diagrama de Tabelas Relacionais)
Figura 14 DTR
104
5.3.2 Layout das Tabelas
O layout das tabelas do Banco de Dados seguiram o padro apresentado abaixo, na

tabela Pessoa.
Figura 15 Pessoa
5.4 Detalhes Procedimentais
Em relao sua implementao, o sistema contar com algumas classes

especficas como a classe ConectaBD.pas que responsvel por realizar todas as
conexes com o banco, ler a partir do arquivo DATA.INI os parmetros necessrios
para tais conexes, e caso no exista esse arquivo, o sistema pede o caminho do
banco para usurio com a finalidade de cri-lo.
Tambm ser usado o padro de Projeto Singleton7, como na classe
singletonUsurio e singletonOpenForm, com a inteno de garantir apenas uma
instncia do objeto, ou seja, de um usurio ou um form respectivamente.
7
Singleton: Assegura que uma classe possua somente uma instncia e fornece um ponto
global de acesso a essa instncia.
105
6 Processo de Testes
O processo de testes um componente crucial em um processo de qualidade
de software alm de ser uma das atividades mais desafiadoras e custosas
cumpridas durante o desenvolvimento e manuteno de um produto de software.
Para Pressman (2006), uma estratgia de teste de software integra mtodos
de projeto de casos de teste em uma planejada srie de passos, que resultam em
uma construo bem-sucedida do software. Tal estratgia visa fornecer um roteiro
que descreve os passos a serem conduzidos como parte do teste, quando esses
passos so planejados e depois executados, e quanto de esforo, recurso e tempo
sero necessrios.
6.1 Consideraes Gerais sobre os testes
Segundo Pressman (2006), o objetivo de teste encontrarem falhas e um bom

teste aquele que possui alta probabilidade de encontrar uma falha. Dessa maneira,
um Engenheiro de Software deve planejar um sistema computacional com
testabilidade em mente. Ao mesmo tempo, os testes devem mostrar um conjunto
de caractersticas que atinjam o objetivo de descobrir a maioria das falhas com um
mnimo de esforo.
6.2 Projeto de Testes
6.2.1 Itens de Teste e Caractersticas que Sero Testadas
Itens de Teste
Efetuar Login
o Login;
o Logouf.
Incluso, alterao e excluso de informaes no banco de dados:
o Tipo de pessoa;
o Pessoa;
o Turma;
Por SHALLOWAY, Alan; TROTT, James R.. EXPLICANDO PADRES DE PROJETO. So

Paulo: Bookman, 2004 p. 258.
106
o Categoria;
o Obra;
o Autor;
o Item (livro, mapa, peridico ou multimdia);
o Operador;
o Associao de Aluno e Turma;
o Reserva;
o Emprstimo;
o Devoluo.
Emisso de comprovante:
o Reserva ;
o Emprstimo;
o Devoluo.
Emisso de relatrio:
o Obras;
o Pessoas;
o Reserva;
o Emprstimo;
o Devoluo.
Caractersticas que Sero Testadas
Caractersticas Descrio
Funcionalidades Verificar se o sistema executa corretamente suas
funes normais, alm da integridade e armazenamento
dos dados inseridos no sistema. Portanto, os casos de
testes sero desenvolvidos e introduzidos no sistema;
as sadas sero examinadas para testar sua correo.
6.2.2 Abordagem de Teste
Foram definidos todos os Casos de Uso para o projeto LibSys no item 3.2.3.4.
A partir deles, sero observados os fluxos de dados principais e alternativos atravs
de Diagramas de Atividades UML e sero criados casos e procedimentos de testes
que avaliam todos os caminhos dos fluxos observados para cada Caso de Uso com
o objetivo de test-lo pelo menos uma vez.
107
6.2.3 Casos e Procedimentos de Teste
6.2.3.1 Caso de Uso Efetuar Login
Identificador Caso de teste Descrio

UC01CT01 Autenticar com login e senha Teste de acesso ao sistema com
incorretos. login e senha incorretos.
UC01CT02 Autenticar com login correto e Teste de acesso ao sistema com
senha incorreta. login correto e senha incorreta.
UC01CT03 Autenticar com login incorreto e Teste de acesso ao sistema com
senha correta. login incorreto e senha correta.
UC01CT04 Autenticar com login e senha Teste de acesso ao sistema com
corretos. login e senha corretos.
6.2.3.2 Caso de Uso Manutenir Tipo de Pessoa

UC02CT01 Incluir/Alterar tipo de pessoa Teste de incluso/alterao de
com todos os campos do tipo de pessoa com todos os
formulrio preenchidos de campos do formulrio
forma correta preenchidos de forma correta.
UC02CT02 Incluir/Alterar tipo de pessoa Teste de incluso/alterao de
sem o preenchimento dos tipo de pessoa sem o
campos do formulrio, ou sendo preenchimento ou com
os mesmos preenchidos de preenchimento incorreto dos
forma incorreta. campos do formulrio.
UC02CT03 Excluir um tipo de pessoa que Teste de excluso de tipo de
tenha pessoa associada a ele. pessoa que tenha pessoa
associada a ele.
6.2.3.3 Caso de Uso Manutenir Pessoa

UC03CT01 Incluir/Alterar pessoa com todos Teste de incluso/alterao de
os campos do formulrio pessoa com todos os campos do
preenchidos de forma correta formulrio preenchidos de forma
correta.
UC03CT02 Incluir/Alterar pessoa sem o Teste de incluso/alterao de
preenchimento dos campos do pessoa sem o preenchimento ou
formulrio, ou sendo os com preenchimento incorreto dos
mesmos preenchidos de forma campos do formulrio.
incorreta.
UC03CT03 Excluir uma pessoa que tenha Teste de excluso de pessoa
reserva associado a ela. que tenha reserva associado a
ela.
UC03CT04 Excluir uma pessoa que tenha Teste de excluso de pessoa
emprstimo associado a ela. que tenha emprstimo associado
a ela.
108
6.2.3.4 Caso de Uso Manutenir Turma

UC04CT01 Incluir/Alterar turma com todos Teste de incluso/alterao de
os campos do formulrio turma com todos os campos do
correta.
UC04CT02 Incluir/Alterar turma sem o Teste de incluso/alterao de
preenchimento dos campos do turma sem o preenchimento ou
incorreta.
UC04CT03 Excluir uma turma que tenha Teste de excluso de turma que
aluno associado a ela. tenha aluno associado a ela.
6.2.3.5 Caso de Uso Manutenir Categoria

UC05CT01 Incluir/Alterar categoria com Teste de incluso/alterao de
todos os campos do formulrio categoria com todos os campos
preenchidos de forma correta do formulrio preenchidos de
forma correta.
UC05CT02 Incluir/Alterar categoria sem o Teste de incluso/alterao de
preenchimento dos campos do categoria sem o preenchimento
formulrio, ou sendo os ou com preenchimento incorreto
mesmos preenchidos de forma dos campos do formulrio.
incorreta.
UC05CT03 Excluir uma categoria que tenha Teste de excluso de categoria
obra associada a ela. que tenha obra associada a ela.
6.2.3.6 Caso de Uso Manutenir Obra

UC06CT01 Incluir/Alterar obra com todos os Teste de incluso/alterao de
campos do formulrio obra com todos os campos do
correta.
UC06CT02 Incluir/Alterar obra sem o Teste de incluso/alterao de
preenchimento dos campos do obra sem o preenchimento ou
incorreta.
UC06CT03 Excluir uma obra que tenha Teste de excluso de obra que
item associada a ela. tenha item associada a ela.
UC06CT04 Excluir uma obra que tenha Teste de excluso de obra que
reserva associada a ela. tenha reserva associada a ela.
6.2.3.7 Caso de Uso Manutenir Autor

UC07CT01 Incluir/Alterar autor com todos Teste de incluso/alterao de
109
os campos do formulrio autor com todos os campos do

correta.
UC07CT02 Incluir/Alterar autor sem o Teste de incluso/alterao de
preenchimento dos campos do autor sem o preenchimento ou
incorreta.
UC07CT03 Excluir um autor que tenha obra Teste de excluso de autor que
associada a ela. tenha obra associada a ela.
6.2.3.8 Caso de Uso Manutenir Item

UC08CT01 Incluir/Alterar item com todos Teste de incluso/alterao de
os campos do formulrio item com todos os campos do
correta.
UC08CT02 Incluir/Alterar item sem o Teste de incluso/alterao de
preenchimento dos campos do item sem o preenchimento ou
incorreta.
UC08CT03 Excluir um item que tenha Teste de excluso de item que
emprestimo associada a ele. tenha emprestimo associada a
ele.
6.2.3.9 Caso Associar Aluno a Turma

UC09CT01 Associar aluno a uma Teste de associao de aluno a
determinada turma de forma uma determinada turma de forma
correta. correta.
UC09CT02 Desassociar aluno a uma Teste de desassociao de
determinada turma de forma aluno de uma determinada turma
correta. de forma correta.
UC09CT03 Mudar a turma do aluno de Teste de mudana da turma do
forma correta. aluno de forma correta.
6.2.3.10 Caso de Uso Efetuar Reserva

UC10CT01 Incluir uma reserva com todos Teste de incluso de reserva
os campos do formulrio com todos os campos do
preenchidos de forma correta. formulrio preenchidos de forma
correta.
UC10CT02 Incluir reserva sem o Teste de reserva sem o
preenchimento da obra a ser preenchimento da obra a ser
reservada. reservada.
UC10CT03 Incluir reserva sem o Teste de incluso de reserva
preenchimento da pessoa que sem o preenchimento da pessoa
110
esta realizando a reserva. que esta realizando a reserva.

UC10CT04 Incluir reserva com todos os Teste de incluso de reserva
campos do formulrio com todos os campos do
preenchidos de forma correta e formulrio preenchidos de forma
imprimir o comprovante. correta e imprimir o
comprovante.
UC10CT05 Incluir reserva com todos os Teste de incluso de reserva
no imprimir o comprovante. correta e no imprimir o
comprovante.
UC10CT06 Incluir uma reserva para uma Teste de incluso de reserva
pessoa que esteja para uma pessoa que esteja
impossibilitada de efetuar impossibilitada de efetuar
reservas. reservas.
UC10CT07 Incluir um reserva com mais de Teste de incluso de reserva
duas obras para uma pessoa. com mais de duas obras para
uma pessoa.
UC10CT08 Incluir reserva de uma obra que Teste de incluso de reserva de
possua item disponvel para uma obra que possua item
emprstimo. disponvel para emprstimo.
UC10CT09 Cancelar uma reserva de forma Teste de cancelamento de
correta. reserva de forma correta.
6.2.3.11 Caso de Uso Efetuar Emprstimo

UC11CT01 Incluir emprstimo com todos os Teste de incluso de emprstimo
correta.
UC11CT02 Incluir emprstimo sem o Teste de incluso de emprstimo
preenchimento do item a ser sem o preenchimento do item a
emprestado. ser emprestado.
UC11CT03 Incluir emprstimo sem o Teste de incluso de emprstimo
esta realizando o emprstimo. que esta realizando o
emprstimo.
comprovante.
comprovante.
UC11CT06 Incluir um emprstimo para uma Teste de incluso de emprstimo
pessoa que esteja para uma pessoa que esteja
111
impossibilitada de efetuar impossibilitada de efetuar

emprstimos. emprstimos.
UC11CT07 Incluir um emprstimo com mais Teste de incluso de emprstimo
de trs itens para uma pessoa. com mais de trs itens para uma
pessoa
UC11CT08 Incluir um emprstimo e Teste de incluso de emprstimo
verificar se a data de devoluo e verificar se a data de
ser 7 dias aps o emprstimo. devoluo ser 7 dias aps o
emprstimo.
6.2.3.12 Caso de Uso Efetuar Devoluo

UC12CT01 Incluir devoluo com todos os Teste de incluso de devoluo
correta.
UC12CT02 Incluir devoluo sem o Teste de incluso de devoluo
preenchimento do item a ser sem o preenchimento do item a
devolvido. ser devolvido.
UC12CT03 Incluir devoluo sem o Teste de incluso de devoluo
esta devolvendo o item. que esta devolvendo o item.
comprovante.
comprovante.
UC12CT06 Incluir uma devoluo fora do Teste de incluso de devoluo
prazo de 7 dias. fora do prazo de 7 dias.
6.2.3.13 Caso de Uso Emitr Comprovante

UC13CT01 Solicitar emisso do Teste de emisso do
comprovante no ato da reserva. comprovante no ato da reserva.
comprovante no ato do comprovante no ato do
emprstimo. emprstimo.
comprovante no ato da comprovante no ato da
devoluo. devoluo.
6.2.3.14 Caso de Uso Gerar Relatrio

112
UC14CT01 Solicitar emisso do relatrio de Teste de emisso do relatrio de

obras com todos os filtros do obras com todos os filtros do
relatrio preenchidos de forma formulrio preenchidos de forma
correta. correta.
obras sem o preenchimento ou obras sem o preenchimento ou
com preenchimento incorreto com preenchimento incorreto dos
dos filtros do relatrio. filtros do relatrio.
pessoas com todos os filtros do pessoas com todos os filtros do
relatrio preenchidos de forma relatrio preenchidos de forma
correta. correta.
pessoas sem o preenchimento pessoas sem o preenchimento
ou com preenchimento incorreto ou com preenchimento incorreto
dos filtros do relatrio. dos filtros do relatrio.
emprstimos com todos os emprstimos com todos os filtros
filtros do relatrio preenchidos do relatrio preenchidos de
de forma correta. forma correta.
emprstimos sem o emprstimos sem o
preenchimento ou com preenchimento ou com
preenchimento incorreto dos preenchimento incorreto dos
filtros do relatrio. filtros do relatrio.
reservas com todos os filtros do reservas com todos os filtros do
correta. correta.
reservas sem o preenchimento reservas sem o preenchimento
ou com preenchimento incorreto ou com preenchimento incorreto
dos filtros do relatrio. dos filtros do relatrio.
reservas com todos os filtros do reservas com todos os filtros do
correta. correta.
devoluo sem o devoluo sem o preenchimento
preenchimento ou com ou com preenchimento incorreto
preenchimento incorreto dos dos filtros do relatrio.
filtros do relatrio.
6.2.3.15 Caso de Uso Validar Item

UC15CT01 Solicitar um item (disponvel) Teste de validao de um item
para emprstimo. (disponvel) para emprstimo.
UC15CT02 Solicitar um item (emprestado) Teste de validao de um item
para emprstimo. (emprestado) para emprstimo.
113
UC15CT03 Solicitar um item (reservado) Teste de validao de um item

para emprstimo. (reservado) para emprstimo
UC15CT04 Solicitar um item (disponvel) Teste de validao de um item
para reserva. (disponvel) para emprstimo.
UC15CT05 Solicitar um item (emprestado) Teste de validao de um item
para reserva. (emprestado) para emprstimo.
UC15CT06 Solicitar um item (reservado) Teste de validao de um item
para reserva. (reservado) para emprstimo
6.2.3.16 Caso de Uso Validar Pessoa

UC16CT01 Emprestar um item para uma Teste de validao de pessoa
pessoa (ativa). (ativa) para emprstimo.
pessoa (bloqueada). (bloqueada) para emprstimo.
pessoa (inativa). (inativa) para emprstimo
UC16CT04 Reservar uma obra para uma Teste de validao de pessoa
pessoa (ativa). (ativa) para emprstimo.
pessoa (bloqueada). (bloqueada) para emprstimo.
pessoa (inativa). (inativa) para emprstimo
6.2.4 Critrios de Aprovao ou Falha do Projeto
Todos os procedimentos de teste devero ser seguidos e todos os casos de

teste neles envolvidos devero apresentar os resultados esperados.
7 Implementao e Testes
7.1 Implementao
Foram implementadas 61 Units, conforme relacionado no quadro abaixo:
Identificao das Units Descrio / Funo

untCadastroAutor Implementao do frmCadastroAutor
untPesquisaAutor Implementao do frmPesquisaAutor
Autor Classe que Implementa a camada de
controller, em que toda a regra de
negcio se encontra (mtodos e
validaes)
AutorDAO Classe que Implementa a camada
responsvel pela interao com o banco
114
de dados
untCadastroCategoria Implementao do
frmCadastroCategoria
untCategoria Implementao do
frmPesquisaCategoria
Categoria Classe que Implementa a camada de
validaes)
CategoriaDAO Classe que Implementa a camada
responsvel pela interao com o bando
de dados
untCadastroItens Implementao do frmCadastroItens
untPesquisaItens Implementao do frmPesquisaItens
Item Classe que Implementa a camada de
validaes)
ItemDAO Implementao a camada responsvel
pela interao com o banco de dados
untCadastroObras Implementao do frmCadastroObras
untPesquisaObras Implementao do frmPesquisaObras
Obra Classe que Implementa a camada de
validaes)
ObraDAO Classe que Implementa a camada
de dados
untCadastroPessoas Implementao do frmCadastroPessoas
untPesquisaPessoas Implementao do frmPesquisaPessoas
Pessoa Classe que Implementa a camada de
validaes)
PessoaDAO Classe que Implementa a camada
de dados
untCadastroTipoPessoa Implementao do
frmCadastroTipoPessoa
untPesquisaTipoPessoa Implementao do
frmPesquisaTipoPessoa
TipoPessoa Classe que Implementa a camada de
validaes)
TipoPessoaDAO Classe que Implementa a camada
de dados
115
untCadastroReservas Implementao do frmCadastroReservas

untReservas Implementao do frmPesquisaReservas
Reserva Classe que Implementa a camada de
validaes)
ReservaDAO Classe que Implementa a camada
de dados
untListagemResrvas Implementao do frmListagemReservas
untExibeReservas Implementao do frmExibeReservas
untCadastroTurma Implementao do frmCadastroTurma
untPesquisaTurma Implementao do frmPesquisaTurma
Turma Classe que Implementa a camada de
validaes)
TurmaDAO Classe que Implementa a camada
de dados
untCadastroEmprestimo Implementao do
frmCadastroEmprestimo
untPesquisaTurma Implementao do frmPesquisaTurma
Turma Classe que Implementa a camada de
validaes)
TurmaDAO Classe que Implementa a camada
de dados
untCadastroMatricula Implementao do frmCadastroMatricula
untPesquisaMatricula Implementao do frmPesquisaMatricula
Livro Classe que Implementa a camada de
validaes)
LivroDAO Classe que Implementa a camada
de dados
Peridico Classe que Implementa a camada de
validaes)
PeriodicoDAO Classe que Implementa a camada
de dados
116
Multimdia Classe que Implementa a camada de

validaes)
MultimidiaDAO Classe que Implementa a camada
de dados
Mapa Classe que Implementa a camada de
validaes)
MapaDAO Classe que Implementa a camada
de dados
ConectaBD Classe responsvel por fazer a conexo
com o banco de dados
untControleAcesso Classe que implementa o
frmControleAcesso, responsvel por
delimitar o acesso aos usurios do
sistema de acordo com o administrador
untListagemDesbloqueados Classe que implementa o
frmListagemDesbloqueados,
responsvel por exibir a relao de
pessoas desbloqueadas do sistema
VerificaDesbloqueio Classe que Implementa a camada
de dados
untBiblioteca Classe que contm algumas funes,
como validar de datas, converter
strings...
7.1.1 Alocao dos Mdulos aos Elementos
Segue uma indicao sucinta da alocao das units aos elementos da

arquitetura projetada no captulo 5 deste documento:
Elemento arquitetural Mdulo

Model AutorDao
CategoriaDAO
ItemDAO
ObraDAO
PessoaDAO
LivroDAO
MapaDAO
MultimidiaDAO
PeriodicoDAO
TipoPessoaDAO
117
ReservaDAO
EmprestimoDAO
TurmaDAO
VerificaReservas
VerificaDesbloqueios
Controller Autor
Categoria
Item
Turma
Obra
Pessoa
TipoPessoa
Reserva
Emprstimo
Livro
Mapa
Peridico
Multimdia
untBiblioteca
View untCadastroAutor
untPesquisaAutor
untCadastroCategoria
untPesquisaCategoria
untCadastoItens
untPesquisaItens
untCadastroTurma
untPesquisaTurma
untCadastroMatricula
untPesquisaMatricula
untCadastroObras
untPesquisaObras
untCadastroPessoas
untPesquisaPessoas
untCadastroTipoPessoa
untPesquisaTipoPessoa
untCadastroReservas
untListagemReservas
untReservas
untExibeReservas
untCadastroEmprestimo
untEmprestimos
untControleAcesso
untListagemDesbloqueados
7.2 Realizao dos Testes
No Captulo 6, foram descritos os casos de testes e procedimentos. A seguir,

sero relatados os incidentes de testes.
118
7.2.1 Incidentes de Teste
7.2.1.1 Caso de Uso UC01 Efetuar Login
Procedimento de teste PT01

Mapeamento Menu
Passos Passou

Mapeamento Menu
Passos Passou
7.2.1.2 Caso de Uso UC02 - Manutenir Tipo de Pessoa

Mapeamento Menu Cadastro/Bsico/Tipo de Pessoa
Passos Passou

Passos Falhou;
Se no preencher o campo descrio aparece a
mensagem A descrio no pode estar vazia;
Depois a mensagem Tipo de Pessoa cadastrada com
sucesso!, e retorna para a tela de pesquisa.

Passos Passou
7.2.1.3 Caso de Uso UC03 - Manutenir Pessoa

Mapeamento Menu Cadastro/ Pessoas
Passos Passou

Passos Passou

Passos Passou
7.2.1.4 Caso de Uso UC04 - Manutenir Turma

Mapeamento Menu Cadastro/ Turma
119
Passos Passou

Passos Passou

Passos Falhou;
Quando uma turma possui algum vnculo o sistema no a
exclui, porm a mensagem de erro volta como turma
excluda com sucesso. Arrumar para Ocorreu uma erro
durante a excluso da informao. Verifique a existncia
de informaes vinculadas ao registro que deseja excluir
7.2.1.5 Caso de Uso UC05 - Manutenir Categoria

Mapeamento Menu Cadastro/ Categoria
Passos Passou

Passos Passou

Passos Passou
7.2.1.6 Caso de Uso UC06 - Manutenir Obra

Mapeamento Menu Cadastro/ Obra
Passos Passou

Passos Passou

Passos Falhou;
No est desabilitando os campos para excluso;
Ao tentar excluir uma obra que tem itens vinculados a
ela, aparece a mensagem Ocorreu uma falha durante a
excluso da informao. Verifique a existncia de
informaes vinculadas ao registro que deseja
excluir, mas aps esta aparece outra Obra Excluda
120
com sucesso! e retorna a tela de pesquisa sem excluir de

fato a obra.
7.2.1.7 Caso de Uso UC07 - Manutenir Autor

Mapeamento Menu Cadastro/Bsico/ Autor
Passos Passou

Passos Passou

Passos Passou
7.2.1.8 Caso de Uso UC08 - Manutenir Item

Mapeamento Menu Cadastro/ Itens
Passos Passou

Passos Passou

Passos Passou
7.2.1.9 Caso de Uso UC09 - Associar Pessoa a Turma

Mapeamento Menu Controle/ Matrcula
Passos Passou

Mapeamento Menu Controle/ Matrcula
Passos Passou
7.2.1.10 Caso de Uso UC10 - Efetuar Reserva

Mapeamento Menu Controle/Reservas
Passos Passou
121

Passos Passou

Passos Passou

Passos Passou

Passos Passou

Passos Passou
7.2.1.11 Caso de Uso UC11 - Efetuar Emprstimo

Mapeamento Menu Controle/Emprstimo
Passos Passou

Mapeamento Menu Controle/ Emprstimo
Passos Passou

Passos Passou

Passos Passou

Passos Passou
7.2.1.12 Caso de Uso UC12 - Efetuar Devoluo

Mapeamento Menu Controle/ Devoluo
122
Passos Passou

Passos Passou

Passos Passou

Passos Passou
7.2.1.13 Caso de Uso UC13 - Emitir Comprovante

Mapeamento Menu Ao efetuar uma reserva, emprstimo ou devoluo o
sistema dar a opo emitir ou no o comprovante.
Passos Passou

Mapeamento Menu Ao efetuar uma reserva, emprstimo ou devoluo o
sistema dar a opo emitir ou no o comprovante.
Passos Passou
7.2.1.14 Caso de Uso UC14 - Gerar Relatrio

Mapeamento Menu O usurio seleciona a opo do menu Relatrios/Obras
ou Relatrios/Pessoas ou Relatrios/Emprstimos ou
Relatrios/Reservas
Passos Passou

Relatrios/Reservas
Passos Passou

Relatrios/Reservas
Passos Passou
123
7.2.1.15 Caso de Uso UC15 - Validar Item

Mapeamento Menu Ao efetuar uma reserva ou emprstimo o sistema dever
validar o item.
Passos Passou

validar o item.
7.2.1.16 Caso de Uso UC16 - Validar Pessoa

validar a pessoa.
Passos Passou

validar a pessoa.
7.2.2 Resumo dos Testes
Procedimento Resultado Data Execuo Data Re-Execuo

UC01 Passou 17/11/2009
UC02 Falhou 17/11/2009 18/11/2009
UC03 Passou 17/11/2009
UC04 Falhou 17/11/2009 18/11/2009
UC05 Passou 17/11/2009
UC06 Falhou 17/11/2009 18/11/2009
UC07 Passou 17/11/2009
UC08 Passou 17/11/2009
UC09 Passou 17/11/2009
UC10 Passou 17/11/2009
UC11 Passou 17/11/2009
UC12 Passou 17/11/2009
UC13 Passou 17/11/2009
UC14 Passou 17/11/2009
UC15 Passou 17/11/2009
UC16 Passou 17/11/2009
7.2.3 Consideraes Sobre Realizaes dos Testes
Todos os mdulos implementados do LibSys foram testados conforme item

anterior. Durante a execuo, foram feitas pequenas mudanas no layout de alguns
124
formulrios, e mensagens exibidas aos usurios com o objetivo de melhorar a sua

funcionalidade.
125
8 Documentao
Neste captulo, so apresentadas as informaes necessrias operao do

LibSys.
8.2 Manual de Instalao
8.2.1 Consideraes Preliminares
Para a instalao do LibSys foi entregue ao cliente uma mdia CD-R, na qual
encontra-se gravado um executvel Install_LibSys.exe gerado atravs da
ferramenta Inno Setup 5.
Neste mesmo CD-R encontra-se o Manual de instalao.
8.2.1.1 Pr-requisitos para Instalao
O LibSys necessita para ser instalado que o cliente possua o sistema

operacional Microsoft Windows.
8.3 Manual do Sistema
O Manual usurio do LibSys est disponvel no CD-R entregue ao Cliente.

126
9 Fechamento do Projeto
Nesta etapa foram realizadas medies de tempo referentes s tarefas

realizadas pela bibliotecria antes da implantao do LibSys e aps sua
implantao, com o objetivo de avaliar o ganho real de tempo obtido com a utilizao
do sistema.
9.2 Resultados Alcanados
9.2.1 A Coleta de Dados
A coleta dos dados foi realizada tomando-se por base duas situaes: uma
existente antes da implantao do sistema e outra, aps sua implantao. Para tanto
foram analisados os seguintes aspectos:
1. Levantamento de emprstimos em atraso: Tempo gasto para fazer o
levantamento dos emprstimos de itens que no foram devolvidos na
data prevista;
2. Pesquisa no acervo: Tempo gasto para fazer a pesquisa de um item no

acervo;
3. Emprstimo de itens: Tempo gasto efetuar o emprstimo de um item.
As tabelas a seguir apresentam as tomadas de tempo relativas execuo

das tarefas acima relacionadas realizadas antes da implantao do LibSys.
Levantamento de emprstimos em atraso

Medio Data Data Inicial Data Final Tempo
1 14/09/2009 14/09/2009 18/09/2009 5 dias
127
Pesquisa no Acervo
Medio Data Hora Inicial Hora Final Tempo
1 18/09/2009 19:50 19:55 0:05
2 18/09/2009 20:15 20:24 0:09
3 18/09/2009 20:53 20:57 0:04
4 18/09/2009 21:03 21:10 0:07
Emprstimo de Itens
1 18/09/2009 18:00 18:12 0:12
2 18/09/2009 18:12 18:22 0:10
3 18/09/2009 18:30 18:44 0:14
4 18/09/2009 19:01 19:14 0:13
As tabelas a seguir apresentam a coleta de dados aps a implantao do

LibSys. Os tempos medidos foram tomados a partir do momento em que cada
operao se fez necessrio.
Levantamento de emprstimos em atraso

1 17/11/2009 19:33:12 19:35:00 0:1:48
Pesquisa no Acervo
1 17/11/2009 19:30:00 19:30:29 0:0:29
2 17/11/2009 19:47:02 19:47:50 0:0:48
3 17/11/2009 19:59:52 20:00:28 0:0:36
4 17/11/2009 20:09:00 20:09:16 0:0:16
Emprstimo de Itens
1 17/11/2009 19:33:00 19:34:14 0:01:14
2 17/11/2009 19:40:50 19:42:00 0:01:10
3 17/11/2009 19:43:04 19:44:20 0:01:16
4 17/11/2009 19:45:00 19:46:29 0:01:29
128
9.2.2 Tratamento e Anlise dos Dados
A partir dos grficos apresentados abaixo, foi verificado um aumento na

produtividade, que se deve reduo do tempo para a execuo das tarefas
monitoradas.
Com relao ao levantamento de emprstimos em atraso, o processo
automatizado proporcionou maior confiabilidade e agilidade na obteno das
informaes, pois o procedimento realizado manualmente dependia do
conhecimento das bibliotecrias que detinham as informaes sobre os quantitativos
de emprstimos, existindo registros individuais de cada bibliotecria a cerca desses
levantamentos.
Atualmente os quantitativos de emprstimos em atraso esto disponveis a
qualquer momento no LibSys, o que garante total flexibilidade a diretora da escola
na obteno das informaes, que so geradas automaticamente pelo sistema. O
Grfico 1 - Levantamento de em atraso apresenta o resultado das medies
realizadas:
Levantamento de Emprstimos em Atraso
2000
1500
Tempo em
1000
minutos
Antes
500
0 Depois
1
2
medies
Grfico 1 - Levantamento de Emprstimos em Atraso
Em relao tarefa de pesquisa no acervo, foi tambm verificado um ganho de

tempo e preciso, pois antes quando necessitava de pesquisar uma obra, no se
sabia se a mesma estava emprestada, se estava difcil de localizar, ou at mesmo
se existia.
129
Atualmente consegue se saber o estado real de uma determinada obra, onde

ela se encontra e ainda uma rpida localizao. O Grfico 2 - Pesquisa no Acervo
apresenta o resultado das medies realizadas:
Pesquisa no Acervo
600
500
400
Tempo em
300
segundos
200
100
Antes
0
1 Depois
2
3
4
Medies
Grfico 2 Pesquisa no Arcevo
No que se refere ao processo de emprstimo de itens, foi tambm verificado

um ganho de tempo e preciso, pois alm do tempo gasto para pesquisar uma obra
e efetuar o emprstimo o controle do processo era feito manualmente e por mais de
uma pessoa o que causava um descontrole em todo o processo. No se tinha a
informao imediata da situao do leitor, se estava com emprstimo em atraso ou
se tinha alguma reserva em seu nome. Atualmente se consegue rapidamente
localizar uma obra, verificar o estado da mesma (emprestada, reservada ou
disponvel), validar o leitor (liberado ou bloqueado) e efetuar o emprstimo na
certeza de que os dados relativos a ele sero armazenados e estaro disponveis,
confiveis e ntegros.
Emprstimo de Itens
1000
800
600
Tempo em
segundos 400
200
Antes
0
1 Depois
2
3
4
Medies
Grfico 3 Emprstimo de Itens

130
9.2.3 Concluso
A partir da anlise dos grficos apresentados no item anterior constata-se que

houve uma queda significativa nos tempos necessrios para a realizao das tarefas
medidas. possvel verificar que o cliente se sente mais seguro e mais tranqilo no
desempenho de suas funes, tendo as informaes armazenadas em um nico
local, alm de sempre disponveis por meio do sistema.
Tambm de se notar a receptividade do usurio frente a implantao do
LibSys, quando percebeu os benefcios trazidos pelo sistema.
10 Consideraes Finais
Ao longo do planejamento deste Projeto, foram colocados em prtica os
ensinamentos recebidos, em sala de aula, referentes s disciplinas de Engenharia
de Softtware, Controle de Qualidade, Banco de Dados, Anlise de Sistemas e
Linguagens de Programao, sendo possvel a real aplicao dos contedos
ministrados pelos professores.
Traando um paralelo entre a teoria da sala de aula e a prtica no
desenvolvimento da etapa de planejamento do projeto, pode-se dizer que o
contedo disponibilizado pelos professores serviu de ponto de partida para a
execuo dos trabalhos e que a sua concluso s foi possvel aps o
aprofundamento dos ensinamentos anteriormente recebidos.
Durante a etapa de implementao, foram encontrados diversos desafios, que
se trabalhou para que fossem superados. Por exemplo, a construo de um projeto
em Delphi seguindo a metodologia orientada a objetos, exigiu muito esforo de
aprendizagem, o que foi alcanado em um curto espao de tempo, sendo isso
possvel devido ajuda de colegas mais experientes.
De forma geral, preciso destacar que este projeto contribui de maneira
significativa para minha formao profissional, pois se sustenta e elaborado
contemplando todas as etapas necessrias para o desenvolvimento, slido e
eficiente, de projetos de sistemas de informao.
O fechamento deste projeto foi a etapa mais gratificante para mim, uma vez
que pude perceber que tal projeto culminou em um sistema que veio a atender as
131
expectativas da instituio beneficiada alm de trazer satisfao e benefcios para a

mesma.
132
Referncias Bibliogrficas
BOOCH, Grady et al. UML: Guia do Usurio. 2 edio So Paulo: Campus,

2006.
CRESPO, Adalberto Nobiato et al. Uma Metodologia para Teste de
Software no Contexto da Melhoria. Campinas, 2004.
DATE, C.J. Introduo a Sistemas de Bancos de Dados. 8. ed. So
Paulo: Campus, 2004. 896 p.
JAZAYERI, M.; RAN, A.; LINDEN, F. Software Architecture for Product
Families. Addison Wesley, 2000.
PRESSMAN S. Roger. Engenharia de software. 5. ed. So Paulo.
McGraw-Hill.2002.
PRESSMAN S. Roger. Engenharia de software. 6. ed. So Paulo.
McGraw-Hill.2006.
Projetc Management Institute, Inc. Guia PMBOK. 3 ed. Four Campus
Boulevard. Newtown Square, Pennsylvania. 2004.
RAMOS, Eliani Figueir. Utilizao da FMEA para Gesto de Riscos em
Projetos. Disponvel em: <http://www.euax.com.br/artigos/2006.017-
FMEA_Gestao_Riscos.pdf>. Acesso em: 20 ago. 2009.
SANTOS, Ielder Oliveira Carneiro Dos. CONSTRUO DE UM
FRAMEWORK DE PERSISTNCIA DE OBJETOS. Vitria Da Conquisa
Ba, 2006. Disponvel em:
<http://www.fieb.org.br/iel/bitec/Arquivos/2006/IELDER_OLIVEIRA_CARNEI
RO_DOS_SANTOS.pdf>. Acesso em: 10 mar. 2009.
SOMMERVILLE Ian. Engenharia de Software. 6. Ed. So Paulo, 2005.
SOUSA, Jnio Plcido de A. Ciclo PDCA: Um instrumento para. Disponvel
em: <http://www.pmies.org.br/v2/centraladm/artigos/arquivos/20-
09_Ciclo_PDCA_-_Um_instrumento_para_melhoria_continua.pdf>. Acesso
em: 20 ago. 2009.
133
Anexo I Tabelas relativas ao FPA

134

TCC Sample PDF

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

TCC Sample PDF

Uploaded by

Copyright:

Available Formats

FACULDADE CENECISTA DE VARGINHA

CURSO DE BACHAREL EM SISTEMAS DE INFORMAO

WILLIAN HENRY GATES III

LIBRARY SYSTEM - LIBSYS

LIBRARY SYSTEM - LIBSYS

Trabalho de concluso de curso apresentado

SISTEMA DE ADMINISTRAO DE BIBLIOTECA

Trabalho apresentado ao Curso de Bacharel em Sistemas de Informao da

Obviamente que os nomes de pessoas e empresas constantes nesta

Esta monografia tem por finalidade o desenvolvimento do Library System -

Palavras-chave: Projeto de Sistemas de Informao, Engenharia de Software.

Keywords: Design of data systems, Software Engineering.

Figura 1 - Modelo Clssico ou Cascata ........................................................... 27

Figura 2 - Fluxo do processo de gerenciamento de riscos ............................... 32

Figura 3 - Mapeamento entre os grupos de processo e o PDCA ..................... 36

Figura 4 - Viso geral do gerenciamento de qualidade do projeto ................... 39

Figura 5 - Relacionamento entre documentos de teste (CRESPO, et al) ......... 43

Figura 6- Mapa de Atores ................................................................................ 50

Figura 7- Diagrama de Casos de Uso .............................................................. 51

Figura 8- Modelo conceitual de dados ............................................................. 71

Figura 9- Diagramas da UML ........................................................................... 77

Figura 10- D.T.R .............................................................................................. 96

Figura 11- Modelo MVC ................................................................................... 99

Figura 13- MOR de Obra, Categoria e Autor.................................................. 101

Figura 14 - D.T.R ........................................................................................... 102

Figura 15 - Pessoa ........................................................................................ 103

Tabela 1 - Despesas com Mo-de-obra ........................................................... 30

Tabela 2 - Despesas com software .................................................................. 30

Tabela 3 - Despesas Gerais ............................................................................ 31

Tabela 4 - Despesas de Hardware .................................................................. 31

Tabela 5 - Despesas do Projeto....................................................................... 31

Quadro 1 Benefcios do software .................................................................. 14

Quadro 2 Definies e siglas ........................................................................ 15

Quadro 3 Interface de usurio ...................................................................... 15

Quadro 4 - Itens para clculo do FPA .............................................................. 17

Quadro 5 - Entradas Externas ......................................................................... 20

Quadro 6 - Sadas Externas ............................................................................ 21

Quadro 7 - Arquivos Lgicos Internos .............................................................. 21

Quadro 8 - Consultas Externas ........................................................................ 22

Quadro 9 - Produtividade por linguagem ......................................................... 23

Quadro 10 - Clculo do Fator de Ajuste ........................................................... 24

Quadro 11 - Clculo do FPA No-Ajustado ..................................................... 25

Quadro 12 - Resultado final do FPA ................................................................ 25

Quadro 13 - Atividades do Projeto ................................................................... 28

Quadro 14 Plano de Recursos Humanos ...................................................... 29

Quadro 15 Plano de Risco ............................................................................ 33

Quadro 17 - Tipo_Pessoa ................................................................................ 72

Quadro 18 - Turma .......................................................................................... 72

Quadro 20 - Peridico ...................................................................................... 73

Quadro 21- Multimdia ..................................................................................... 73

Quadro 23 - Livro ............................................................................................. 73

Quadro 24 Emprstimo ................................................................................. 74

Quadro 25 - Reserva ....................................................................................... 74

Quadro 26 - Obra_Categoria .......................................................................... 74

Quadro 27 Autor ........................................................................................... 74

Quadro 28 - Categoria ..................................................................................... 74

Quadro 30 Obra_Autor ................................................................................. 74

Quadro 31 Pessoa_Turma ............................................................................ 75

Quadro 32 Reserva_Obra ............................................................................. 75

Quadro 33 Item_emprestimo ........................................................................ 75

Quadro 34 - Log .............................................................................................. 75

Quadro 35 - Mdulos ....................................................................................... 75