INSTITUTO METROPLONITANO DE ENSINO - IMEFACULDADE METROPOLITANA DE MANAUS - FAMETRO

CURSO DE SISTEMAS DE INFORMAÇÃO

ALEX ANDRADE AMORIM

ALMIR DO CARMO SILVA

CARLOS AUGUSTO

SISTEMA DE GERENCIAMENTO DE LOCAÇÃO DE FILMES – (SISGLOC)

Manaus2012

ALEX ANDRADE AMORIM

ALMIR DO CARMO SILVA

CARLOS AUGUSTO

SISTEMA DE GERENCIAMENTO DE LOCAÇÃO DE FILMES – (SISGLOC)

1q1

Orientador: Professor Rilmar Pereira Gomes

Manaus2012

Este trabalho foi apresentado à Graduação do Curso de Sistemas de Informação da Faculdade Metropolitana de Manaus como requisito parcial para obtenção do grau de bacharel em Sistema de Informação.

DEDICATÓRIA

Dedico esse trabalho a Deus, Familiares em especial a minha esposa pelo apoio nessa

longa jornada e Amigos.

ALEX ANDRADE AMORIM

Quero de dedicar esse trabalho a Deus em Cristo Jesus, meus familiares em especial

a minha esposa pelo apoio nessa nesse projeto e Amigos.

ALMIR DO CARMO SILVA

AGRADECIMENTOS

Agradecemos a todos que nos apoiaram nesse trabalho.

“Tudo é possível se você acreditar“

Jesus Cristo

RESUMO

Com a crescente evolução tecnológica, evolução essa diária e em

diferentes ramos da vida humana. Trabalhos que eram realizados manualmente estão

sendo hoje executados de forma mais automatizadas e feitos por computadores. Com isso,

surgiu a necessidade do desenvolvimento de um sistema para vídeo locadora que possa

aperfeiçoar os processos, deixando as locações, devoluções, cadastros, que antes eram

feitos em blocos de papeis e fichas cadastrais, mais eficazes. Este trabalho tem como

objetivo, analisar e conhecer o funcionamento e as funcionalidades de um vídeo locadora,

especificar um sistema que possa atender a estas funcionalidades e analisar o

funcionamento desse sistema na locadora tornando o atendimento aos clientes mais ágil e

rápido. Facilitou o controle de locações, devoluções e a contabilização do acervo de

filmes. Em virtude disso, aumentou a lucratividade da locadora.

ABSTRACT

With to growing technological evolution, evolution that daily rate and in

different branches of the human life. Works that were accomplished manually are being

executed today in an automated way and done by computers. With that, the need of the

development of a system appeared for video rental company that can improve the

processes, leaving the leases, devolutions, registers, that before were done in blocks of you

eat and records cadastral, more effective. This work has as objective, to analyze and to

know the operation and the functionalities of a video rental company, to specify a system

to assist her/it these functionalities and to analyze the operation of that system in the rental

company turning the service to the most agile and fast customers. He/she facilitated the

control of leases, devolutions and the accountancy of the collection of films. Because of

that, it increased the profitability of the rental company.

SUMÁRIO

LISTA DE FIGURAS

Figura 1 – Diagrama de Caso de Uso

Figura 2 – Diagrama de Classe

Figura 3 – Diagrama de Estado

Figura 4 – Diagrama de Sequência

Figura 5 – Diagrama de Atividade

Figura 6 – Modelo Conceitual

Figura 7 – Modelo Lógico

1 INTRODUÇÃO

Os filmes de DVDs piratas estão em vários lugares que se possam imaginar, as

imagens não são de boa qualidade e um dos motivos para comprar é o baixo valor do filme

pirateado, mas às vezes o barato torna-se caro quando danifica o DVD player com o uso

dos DVDs piratas.

Para assistir um filme com uma qualidade de alta definição compra-se o DVD

ou aluga-se. Existem no mercado de eletrônico Homes Theathers, DVD players, TVs de

LCD/LED 3D de vários tamanhos, marcas e modelos que fazem de uma sala residencial

um ambiente ideal para assistir filmes de preferência do cliente.

No comercio de locação de filmes em DVDs ainda existem locadoras que não

utilizam um sistema informatizado, usa-se caderno, livro de capa dura, agenda e de forma

manual controlam os cadastros dos clientes e os aluguéis dos filmes, além da demora no

cadastramento, para ter uma ideia, quando um cliente vai se cadastrar ou checar seu

cadastro é procurado no Livro de Cadastro e se fizer um aluguel é registrado no livro de

DVDs Alugados para fim de prestação de conta, a segurança da informação é mínima,

evidentemente é dessa forma em pequenas locadoras.

Buscando adaptar as exigências do mercado e melhorar a eficiência no

atendimento aos clientes, surgiu à necessidade do desenvolvimento de um sistema que

pudesse suprir as necessidades hoje encontradas, a Equipe do Sistema de Locação de

Filmes - elaborou um sistema Buscando aperfeiçoar as técnicas de trabalho, melhorar as

condições de atendimento ao cliente e para enfrentar o crescente mercado, os proprietários

de vídeo locadoras estão investindo cada dia mais na informatização de seu negócio e

pensando em uma maneira rápida e dinâmica para o controle e gerenciamento de alugueis

de filmes em DVDs, bem objetivo e com todo aparato para deixar informatizada uma

locadora de pequeno ou grande porte. Trabalhos que antes eram normalmente executados

de forma manual estão sendo hoje processados por softwares específicos para locadora.

O locador terá com a utilização de todos os recursos do SISLOC-FILMES um

grande avanço nos negócios, primando uma boa organização e segurança da informação

para que tenha um ótimo resultado.

1.1 OBJETIVOS

1.1.1 Objetivo Geral

A finalidade desse trabalho é analisar e especificar um sistema de

Gerenciamento de Locação de DVD e Blu-ray, propondo um modelo de gerenciamento

dos todos os processos de uma locadora de filmes um sistema de gerenciamento de

locação de filmes ambiente onde permita controle total de todo o negocio facilitando e

agilizando as locações, devoluções, cadastros, pesquisas e controle financeiro.

1.1.2 Objetivo Específico

Os objetivos específicos focalizam as principais funções do sistema de locação

como:

1- Gerenciar o pedido de empréstimos de clientes;

2- Gerenciar as devoluções do DVD;

3- Gerenciar o acervo;

4- Gerenciar o tempo de vigência dos empréstimos;

5- Gerenciar problemas na inadimplência dos clientes;

2 METODOLOGIA

A Metodologia usada consiste em esclarecer a forma utilizada para a análise

do tema ou do problema proposto. Em pesquisa descritiva e experimental detalham-se os

principais procedimentos, técnicas e instrumentos usados na coleta de dados, de tal

maneira que se tenha uma visão dos elementos necessários para poder compreender,

identificar e avaliar os procedimentos utilizados no trabalho acadêmico (KOCHE, 1977, p.

145).

A definição dos termos (ou visão geral do tema) consiste em esclarecer os

termos ou conceitos utilizados no trabalho, dando a definição correta ou o ponto de vista

adotado, para maior clareza e entendimento ou dar uma visão geral da temática que será

desenvolvida.

As aplicações web têm características em seu funcionamento que as

diferenciam de outros tipos de aplicações. A arquitetura cliente-servidor é evidenciada em

aplicações desenvolvidas para a internet, pois esta deve acomodar uma estrutura leve para

o cliente, baseada em requisições e que se comporte de maneira dinâmica e segura neste

ambiente.

2.1 FERRAMENTAS

2.1.2 Banco de Dados

Um modelo conceitual é uma descrição do banco de dados de forma

independente de implementação em um SGBD. O modelo conceitual registra que dados

podem aparecer no banco de dados, mas não registra como estes dados estão armazenados

a nível de SGBD.

Os bancos de dados e a sua tecnologia estão provocando um grande impacto

no uso de computadores. É viável afirmar que eles representam um papel crítico em que os

computadores são utilizados, incluindo negócios, comércio eletrônicos, engenharia,

medicina, direito, educação e as ciências da informação, para citar apenas algumas delas.

A palavra banco de banco é tão comumente utilizada que, primeiro, devemos defini-la.

Nossa definição inicial é bastante genérica.

A tecnologia aplicada aos métodos de armazenamento de informações vem

crescendo e gerando um impacto cada vez maior no uso de computadores, em qualquer

área em que eles podem ser aplicados. Um “banco de dados” pode ser definido como um

conjunto de “dados” devidamente relacionados. Por “dados” podemos compreender com

“fatos conhecidos” que podem ser armazenados e que possuem um significado implícito.

Porém, o significado do termo “banco de dados” é mais restrito que simplesmente a

definição dada acima. Um banco de dados possui as seguintes propriedades:

• Um banco de dados é uma coleção lógica coerente de dados com um

significado inerente; uma disposição desordenada dos dados não pode ser referenciada

como um banco de dados;

• Um banco de dados é projetado, construído e “povoado” com dados para um

propósito específico; um banco de dados possui um conjunto pré-definido de usuários e

aplicações;

• Um banco de dados representa algum aspecto de mundo real, o qual é

chamado de “mini-mundo”; qualquer alteração efetuada no mini-mundo é

automaticamente refletida no banco de dados.

Um banco de dados pode ser criado e mantido por um conjunto de aplicações

desenvolvidas especialmente para esta tarefa ou por SGBD. Um SGBD permite aos

usuários criarem e manipularem banco de dados de propósito geral. O conjunto formado 3

por um banco de dados mais as aplicações que o manipulam é chamado de “Sistema de

Banco de Dados”.

2.1.3 PostgresSQL

Postgres ou PostgreSQL é um projeto de Sistema Gerenciador de Banco de

Dados open-source que foi iniciado em 1986, na Universidade de Berkeley, na Califórnia,

desenvolvido como projeto de código aberto.

2.1.4 Características

Hoje, o PostgreSQL é um dos SGBDs (Sistema Gerenciador de Bancos de

Dados) de código aberto mais avançados, contando com recursos como:

Consultas complexas

Chaves estrangeiras

Integridade transacional

Controle de concorrência multi - versão

Suporte ao modelo híbrido objeto-relacional

Gatilhos

Visões

Linguagem Procedural em várias linguagens (PL/pgSQL, PL/Python,

PL/Java, PL/Perl) para Procedimentos armazenagem

Indexação por texto

Estrutura para guardar dados Georeferencia dos Post GIS

2.2.2.1.2Histórico

PostgreSQL é um dos resultados de uma ampla evolução que se iniciou com o

projeto Ingres, desenvolvido na Universidade de Berkeley, Califórnia. O líder do projeto,

Michael Stonebraker, um dos pioneiros dos bancos de dados relacionais, deixou a

universidade em 1982 para comercializar o Ingres, porém retornou a ela logo em seguida.

Após seu retorno a Berkeley, em 1985, Stonebraker começou um projeto pós-Ingres com o

objetivo de resolver problemas com o modelo de banco de dados relacional. O principal

problema era a incapacidade do modelo relacional compreender “tipos” (atualmente,

chamados de objetos), ou seja, combinações de dados simples que formam uma única

unidade.

2.2.2.2 Apache Tomcat

Segundo [HEM07], “o Tomcat é talvez o mais popular servidor Web baseado

em Java e contêiner de servlet. Ele é um contêiner de servlets relativamente leve que

cresceu em popularidade nos últimos anos ”.

O Tomcat pode ser adquirido gratuitamente, ele é muito popular entre os

desenvolvedores de software, que trabalham com tecnologias free. O Tomcat é um sistema

de armazenagem de Servlets. [COU02] afirma que: “O Tomcat é um Servlet Container, ou

seja, é um servidor onde são instaladas Servlets para tratar as requisições que o servidor

receber”.

2.2.2.3 Hibernate (HIBERNATE.ORG)

O Hibernate é um framework (conjunto de código que tem como função,

conectar aplicações ou até mesmo tecnologias diferentes), que faz um mapeamento do

banco de dados e é utilizado para apoiar e simplificar a comunicação da base de dados

com os códigos de manipulação de sistemas no desenvolvimento de sistemas.

2.2.2.4 NetBeans

O NetBeans IDE é um ambiente de desenvolvimento integrado (IDE) gratuito e

de código aberto para desenvolvedores de software nas linguagens Java, C, C+

+, PHP, Groovy, Ruby, entre outras. O IDE é executado em muitas plataformas,

como Windows, Linux, Solaris e MacOS. O NetBeans IDE oferece aos desenvolvedores

ferramentas necessárias para criar aplicativos profissionais de desktop, empresariais, Web

e móveis multiplataformas.

2.2.2.4.1 História

O NetBeans foi iniciado em 1996 por dois estudantes tchecos na Universidade

de Charles, em Praga, quando a linguagem de programação Java ainda não era tão

popular como atualmente. Primeiramente o nome do projeto era Xelfi, em alusão

ao Delphi, pois a pretensão deste projeto era ter funcionalidades semelhantes aos IDEs

então populares do Delphi que eram mais atrativas por serem ferramentas visuais e mais

faceis de usar, porém com o intuito de ser totalmente desenvolvido em Java.

MER.

“O modelo entidade-relacionamento (E-R) tem por base a percepção de que o

mundo real é formado por um conjunto de objetos chamados entidades e pelo conjunto

dos relacionamentos entre esses objetos.” (SILBERSCHATZ; KORTH; SUDARSHAN,

1999, p. 21).

Cada entidade possui propriedades particulares que são os atributos. Tomando

como exemplo a tabela CLIENTE, onde serão armazenadas as informações dos clientes,

essas informações são os chamados atributos ou campos da tabela da entidade cliente.

A associação entre uma ou mais entidades é chamado de relacionamento. Por

exemplo, a tabela CLIENTE associa-se com a tabela DEPENDENDE.

Diagrama de Caso de uso

O Diagrama de Casos de Uso tem o objetivo de auxiliar a comunicação entre os analistas e o cliente.

Um diagrama de Caso de Uso descreve um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário. 

O cliente deve ver no diagrama de Casos de Uso as principais funcionalidades de seu sistema.

NotaçãoO diagrama de Caso de Uso é representado por: atores; casos de uso; relacionamentos entre estes elementos.Estes relacionamentos podem ser: associações entre atores e casos de uso; generalizações entre os atores; generalizações, extends e includes entre os casos de uso.casos de uso podem opcionalmente estar envolvidos por um retângulo que

representa os limites do sistema.

DIAGRAMA DE CLASSES O diagrama de classes representa a estrutura do sistema, recorrendo ao

conceito de classe e suas relações. O modelo de classes resulta de um processo de abstracção onde são identificados os objetos relevantes do sistema em estudo. Um objeto é uma ocorrência que tem interesse para o sistema em estudo e que se pretende descrever no seu ambiente, contendo identidade e comportamento. O comportamento de um objeto define o modo como ele age e reage a estímulos externos e a identidade de um objeto é um atributo que o distingue de todos os demais, sendo preservada quando o seu estado muda. Um objeto não é mais do que uma instância da classe.

Os objetos de modelação contemplados por este diagrama são: Classe: é a representação de um conjunto de objetos que partilham os

mesmos atributos e comportamentos; Relação: representa a ligação entre classes.

DIAGRAMA DE ESTADO

Modela o comportamento de um objeto individual, especifica as seqüências de estados pelos quais um objeto passa durante seu tempo de vida em resposta a eventos e suas respostas aos eventos.

DIAGRAMA DE ESTADO

Gráfico de fluxo que mostra o fluxo de controle de uma atividade para a outra (visão lógica).

Modelagem seqüencial de um processo computacional, Uma atividade é uma execução não atômica em andamento em uma máquina de estados

DIAGRAMA DE SEQUÊNCIA.

Consiste em um diagrama que tem o objetivo de mostrar como as mensagens entre os objetos são trocadas no decorrer do tempo para a realização de uma operação.

Em um diagrama de seqüência, os seguintes elementos podem ser encontrados:

Linhas verticais representando o tempo de vida de um objeto (lifeline); Estas linhas verticais são preenchidas por barras verticais que indicam

exatamente quando um objeto passou a existir. Quando um objeto desaparece, existe um "X" na parte inferior da barra;

Linhas horizontais ou diagonais representando mensagens trocadas entre objetos. Estas linhas são acompanhadas de um rótulo que contém o nome da mensagem e, opcionalmente, os parâmetros da mesma. Observe que também podem existir mensagens enviadas para o mesmo objeto, representando uma iteração;

Uma condição é representada por uma mensagem cujo rótulo é envolvido por colchetes;

Mesagens de retorno são representadas por linhas horizontais tracejadas. Este tipo de

mensagem não é freqüentemente representada nos diagramas, muitas vezes porque sua

utilização leva a um grande número de setas no diagrama, atrapalhando o entendimento do

mesmo. Este tipo de mensagem só deve ser mostrada quando forfundamental para a

clareza do diagrama

2.0 Lista de Funções

Número de

ordemCaso de uso Descrição

1 Manter Clientes Cadastrar, alterar, pesquisar, excluir Clientes no

sistema.

2 Manter Funcionários Cadastrar, alterar, pesquisar, excluir Funcionários no

sistema.

3 Manter Fornecedor Cadastrar, alterar, pesquisar, excluir Fornecedor no

sistema.

4 Manter acervo Cadastrar, alterar, pesquisar, excluir Acervo no

sistema.

5 Realizar Reserva Cadastrar, alterar, pesquisar, excluir Reserva no

sistema.

5 Realizar Locação Cadastrar, alterar, pesquisar, excluir Locação no

sistema.

6 Receber Locação Cadastrar, alterar, pesquisar, excluir de Devolução no

sistema.

7 Devolver Locação Cadastrar, alterar, pesquisar, excluir de Devolução no

sistema.

3 DIAGRAMAS

3.1 Diagrama de Caso Uso

Figura 1 – Diagrama de Caso de Uso

3.1.1 Requisitos funcionais do sistemaApós o levantamento dos digramas, deve-se fazer a descrição dos requisitos

funcionais de cada caso de uso. Dessa forma, essas informações ajudarão no desenvolvimento do sistema para saber quais métodos devem ser realizados pelo sistema e quais passos serão seguidos para realizar uma determinada funcionalidade.

A seguir são apresentadas as especificações dos casos de uso para o sistema de vídeo locadora.

3.1.2 Descrições de Caso Uso Manter Cliente

Caso de Uso: MANTER CLIENTE Sigla:UC01Objetivo: Realizar o cadastramento, alteração, pesquisa ou remoção de dados de um cliente.Ator Principal: ADM

Ator Secundário: Não Aplicável

Pré–Condição: Não Aplicável

Pós–Condição: Não AplicávelFluxo Principal

1. Este caso de uso se inicia quando o ator aciona a opção cadastrar na cliente.2. O sistema exibe a tela de cadastro. 3. O ator solicita dados pessoais do cliente.4. O ator preenche os dados pessoais no sistema.5. O ator aciona o botão salvar6. O sistema cadastra os dados pessoais do cliente no sistema.7. O sistema gera um numero de cadastro para o cliente.8. O sistema exibe a mensagem: Parabéns: Cadastro Salvo com sucesso.9. Se a opção for Pesquisar, o sistema aciona o fluxo alternativo Pesquisar.(FA(01)).10. Se a opção for Alterar, o sistema aciona o fluxo alternativo Alterar .(FA(02))..11. Se a opção for Remover, o sistema aciona o fluxo alternativo Remover .(FA(03)).12. Se a opção for Sair, o sistema aciona o fluxo alternativo Sair.(FA(04)).13. Este caso de uso de encerra.

Fluxo Alternativo Pesquisar (FA01) ref. UC01(9):

Pré condição: Não aplicável.

Passos:

1. O ator preenche campo nome do cliente.2. O ator aciona o botão Pesquisar.3. O sistema exibe na tela o nome do cliente.4. Este fluxo se encerra.

Fluxo Alternativo Alterar (FA02) ref. UC01(10):

Pré condição: Não aplicável.

Passos:

1. O ator preenche campo nome do cliente.2. O ator aciona o botão Pesquisar.3. O sistema exibe na tela, o nome do cliente.4. O ator solicita os dados a serem alterados.5. O ator altera dados do cliente no sistema.6. O ator aciona o botão Salvar.7. O sistema atualiza os dados alterados.8. O sistema exibe a mensagem: Parabéns: Dados Alterados com sucesso.9. O sistema retorna para a tela Alterar.10. Este fluxo se encerra.

Fluxo Alternativo Remover (FA03) ref. UC01(11):

Pré condição: Não aplicável.

Passos:

1. O ator preenche campo nome do cliente.2. O ator aciona o botão Pesquisar.3. O sistema exibe na tela, o nome do cliente.4. O ator aciona o botão Remover.5. O sistema exibe a mensagem: Parabéns: Dados Removidos com sucesso.6. O sistema retorna para a tela Remover.7. Este fluxo se encerra.

Fluxo Alternativo Sair (FA04) ref. UC01(1,2,3,4,5,6,7,8,9,10,11,12), FA01(1,2,3), FA02(1,2,3,4,5,6,7,8,9,10) e FA03(1,2,3,4,5,6).

Pré condição: Não aplicável.

Passos:

1. O ator aciona o botão sair.2. O Sistema retorna para a tela de Login e Senha.3. Este fluxo se encerra.

3.1.3 Descrições de Caso Uso Realizar Locação

Caso de Uso: REALIZAR LOCAÇÃO Sigla:UC02Objetivo: Realizar locações de filmes para um determinado cliente.

Ator Principal: Cliente

Ator Secundário: Funcionário

Pré–Condição: Cliente deve estar cadastrado, O filme deve estar cadastrado.Pós–Condição: Locação efetuada.Fluxo Principal

1. Este caso de uso se inicia quando o cliente solicita o aluguel de um filme.2. O funcionário aciona o botão locar filme3. O sistema exibe a tela de locação.4. O cliente apresenta os filmes a serem locados.5. O Cliente verifica a disponibilidade dos filmes.6. O cliente informa seu numero de cadastro.7. O funcionário verifica as pendencias do cliente.8. O funcionário gera uma locação para o cliente.9. O funcionário associa cada titulo a essa locação.10. O sistema estabelece a data de devolução de cada título, conforme o respectivo

tempo de locação.11. O sistema emite comprovante de locação.12. O funcionário solicita assinatura do comprovante pelo cliente.13. O funcionário entrega os títulos ao cliente.14. Se o cliente estiver com pendencias, o sistema aciona o fluxo alternativo Cancelar

Locação (FA(01)).15. Se o filme estiver locado, o sistema aciona o fluxo alternativo Realizar Reserva

(FA(02).16. Este caso de uso se encerra.

Fluxo Alternativo Cancelar Locação (FA01) ref. UC02(14):

Pré condição: Não aplicável.

Passos:

1. O ator confirma as pendencias do cliente.2. O ator aciona o botão Cancelar Locação.3. O ator aciona o botão Cancelar Locação.4. O sistema exibe a Mensagem “Locação Cancelada com Sucesso”.5. Este fluxo se encerra.

3.1.2 Diagrama de Classe (Falta Multiplicidade, get and set)

Figura 2 – Diagrama de Classe

3.1.3 Diagrama de Estado

Figura 3 – Diagrama de Estado

3.3.4 Diagrama De Sequência

Diagrama de sequencia, que detalha o processo interno de locação de DVD.

Figura 4 – Diagrama de Sequência

3.1.5 Diagrama de Atividade

Figura 5 – Diagrama de Atividade

3.2 Modelo Conceitual

Figura 6 – Modelo Conceitual

3.3 Modelo Lógico

Figura 7 – Modelo Lógico

MODELO DE ENTIDADE E RELACIONAMENTO (M.E.R)

Essa abordagem sobre a modelagem de dados e estruturas de dado de um sistema esta

dividida entre CONCEITUAL, LÓGICO. Das dos relacionamentos entre entidades do

banco de dados.

Com base na introdução, e diagrama de estado, e o diagrama de classe citada acima temos

os dados para construirmos o nosso modelo de entidade e relacionamento.

1. Vídeo locadora _______ deseja automatizar o processo de locação.

Por essas razoes o sistema deve:

Cadastrar os funcionários: identificado do funcionário e o nome;

Cadastrar clientes com os seguintes dados: identificador do cliente, nome, CPF,

endereço (Rua, número, cidade, UF);

Cadastrar acervo; identificador do acervo, descrição, palavra chave, qtd acervo,

gênero, titulo e sinopse.

REFERÊNCIAS BIBLIOGRÁFICAS

KOCHE, José Carlos. Fundamentos de Metodologia Científica: teoria da ciência eprática da pesquisa. 14. ed. rev. e ampl. Petrópolis, RJ: Vozes, 1997. 103 p.

ww.fca.pt/docs-online/722-636-8_des_sis_inf.pdf – dia 05/05/2012 12:47

http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/usecases/usecases.htm 05/05/2012 12:53

Booch, G., Rumbaugh, J., Jacobson, I. UML Guia do Usuário 11a Tiragem, Editora Campus, Rio de Janeiro, 2000.Pender, T. UML Bible, Wiley Publishing Inc. Indianapolis, 2003.Larman, C. Utilizando UML e Padrões, 1ª edição. Bookman, São Palulo, 2002.

Autor – site xxxxxxx – assunto xxxxxx –data e hora de acesso.