Você está na página 1de 29

UNIP INTERATIVA

Projeto Integrado Multidisciplinar PIM VII


Curso Superior de Anlise e Desenvolvimento de Sistemas

ELABORAO DAS VISES ESTTICA E DINMICA DE UM


SISTEMA PARA UMA LOCADORA DE VECULOS

So Vicente
Uberlndia
2016

UNIP INTERATIVA
Projeto Integrado Multidisciplinar PIM VII
Curso Superior de Anlise e Desenvolvimento de Sistemas

ELABORAO DAS VISES ESTTICA E DINMICA DE UM


SISTEMA PARA UMA LOCADORA DE VECULOS

Wendell de Oliveira Pinheiro


1500196
Marlon DAngelis de Magalhes
1507481

Anlise e Desenvolvimento de Sistemas


3 Bimestre

So Vicente
Uberlandia
2016

RESUMO

O presente trabalho consiste na elaborao das vises esttica e dinmica de um


sistema para locadora de automveis de uma empresa. Para elaborao das
mencionada vises, sero abordadas as disciplinas Projeto de Sistemas Orientados
a Objetos, Programao Orientadas a Objetos II, Gesto da Qualidade e
Empreendedorismo, algumas com maior abordagem e outras nem tanto. Sero
utilizadas as tcnicas absorvidas em especial das duas primeiras disciplinas, como a
utilizao de diagramas como por exemplo de classes, sequncia, etc, visando a
elaborao do sistema utilizando arquitetura MVC, alm do banco de dados.

Palavras-Chave: Sistema, MVC, Arquitetura e Banco de Dados.

ABSTRACT

This work is the development of static and dynamic views of a system for car rental
of a company. For preparation of the mentioned views , the disciplines of Project
Oriented Systems Object will address Oriented Programming Object- II , Quality
Management and Entrepreneurship, some more approach and others less so .
absorbed techniques are used in particular in the first two subjects , the use of
diagrams such as classes , sequence , etc. in order to develop the system using
MVC architecture , in addition to the database.

Keywords: System , MVC , Architecture and Database.

SUMRIO
1INTRODUO........................................................................................................ 4
2 CENRIO.............................................................................................................. 5
3 ABORDAGEM ACERCA DO CONCEITO DE MICROEMPRESA E QUALIDADE............6
3.1 Qualidade...................................................................................................... 6
4 UML, VISES ESTTICAS E DINMICAS DO SISTEMA............................................7
4.1 Diagramas Comportamentais........................................................................7
4.2 Diagramas Estruturais................................................................................... 7
4.3 Diagramas de Interao................................................................................ 8
5.1 Arquitetura do sistema baseada no modelo MVC........................................11
5.2 Diagrama Entidade-Relacionamento (DER).................................................12
5.3 Diagrama de classe de implementao: cadastrar cliente..........................13
5.4 Diagrama de classe de implementao: cadastrar veculo.........................14
5.5 Diagrama de classe de implementao: consultar veculo disponvel.........14
5.6 Diagrama de classe de implementao: efetuar a devoluo do veculo....15
5.7 Diagrama de classe de implementao: realizar a locao do veculo........15
5.8 Diagrama de sequncia de implementao: cadastrar cliente...................16
5.9 Diagrama de sequncia de implementao: cadastrar veculo...................18
5.10 Diagrama de sequncia de implementao: cadastrar cliente.................19
5.11 Diagrama de sequncia de implementao: consultar veculos locados no
dia..................................................................................................................... 20
5.12 Diagrama de sequncia de implementao: realizar a locao do veculo
.......................................................................................................................... 20
5.13 Diagrama de sequncia de implementao: fazer devoluo do veculo. .22
5.14 Diagrama de atividades do mtodo calcularMulta()..................................23
5.13 Diagrama de distribuio ou implantao.................................................24

1 INTRODUO
Neste trabalho ser desenvolvida elaborao das vises estticas e
dinmica de um sistema para uma locadora de veculos de uma empresa.
Com a crescente velocidade em que as transaes atuais acontecem, o uso
dos sistemas de informao se tornam cada vez mais imprescindveis para se
alcanar vantagem comercial, pois quando se tem um sistema automatizado, a
empresa tem uma ferramenta para organizar e prever suas contas, gastos e lucros,
podendo assim gerir de forma a anteceder o que est certo dentro dos negcios da
empresa e o que ainda precisa ser melhorado.
Assim, o trabalho foca o desenho da soluo do sistema, com nfase na
elaborao das vises esttica e dinmica do sistema, envolvendo a arquitetura
MVC e a soluo do banco de dados, com utilizao de diagramas de classes,
sequncia e outros pertinentes, tendo como linguagem padro temos a UML.
Cumpre ressaltar que esttico algo parado e dinmico algo que est em
constante evoluo.

2 CENRIO
Dois jovens empresrios abriram uma empresa de locao de veculos e
dentre as muitas atividades a serem executadas visando a legalizao e o
funcionamento da empresa, necessitavam de um sistema para implantar na
empresa visando o controle das locaes, ganhando com isso agilidade no
atendimento, gerando um servio de qualidade, o que pode ser um diferencial frente
a concorrncia. Iniciados os trabalhos e passados 01 (um) ms, o arquiteto finalizou
toda parte de anlise, todavia, teve de se ausentar e deixou como incumbncia a
seu substituto, passar da fase de anlise para fase de projeto, tambm conhecida
como design.

3 ABORDAGEM ACERCA DO CONCEITO DE MICROEMPRESA E QUALIDADE


Embora no se tenha especificado qual o tipo ou tamanho da empresa,
possvel concluir que, tendo em vista se tratar de dois jovens empresrios e ser uma
empresa de locao de veculos, seja uma microempresa, o que significa uma
sociedade empresaria, devidamente registrada nos rgos competentes, como
exemplo a JUCESP, se for em So Paulo, que obtenha uma renda bruta igual ou
inferior a R$ 360.000,00 (trezentos e sessenta mil reais) em cada ano calendrio.
E por ser uma microempresa, tem incentivos e benefcios, como o Simples
Nacional, advindo com a Lei Geral, que instituiu o regime tributrio especfico para
os pequenos negcios, o que na prtica significa a reduo na carga de impostos,
bem como na simplificao dos processos de clculos e recolhimento.
E visando uma existncia duradoura e um crescimento de suma
importncia obter o reconhecimento dos usurios dos servios e o que gera esse
reconhecimento a qualidade na prestao dos servios.
3.1 Qualidade
A qualidade em uma empresa gera um reconhecimento dos tomadores de
servio e por via de consequncia, so estes que faro a melhor propaganda de
uma empresa, tornando-se clientes satisfeitos e que voltaro, com certeza, a utilizar
os servios ou produtos de tal empresa e, para se obter a qualidade tem de se
implantar uma gesto da qualidade, que est ligado ao conceito de organizar os
processos da empresa visando adequ-los aos padres previamente estabelecidos,
utilizando mtricas para auferir o desempenho e saber se est de acordo com o
esperando, providenciando as devidas correes e ajustes necessrios como
finalidade de se obter uma vantagem sobre a concorrncia, uma satisfao de seus
colaboradores e principalmente, do cliente, seu maior objetivo
Com a adoo de um sistema de gesto da qualidade, obtm-se um
melhora do controle nos processos e uma melhora em seu desempenho e, tudo de
forma rpida, pois j est previamente definido o que se tem de fazer, o que pode
ser feito atravs do uso de diversas ferramentas, como aplicao de normas, tal
como a Norma ISO 9001, que a principal referncia em se tratando de sistemas de
gesto da qualidade.

4 UML, VISES ESTTICAS E DINMICAS DO SISTEMA


A UML como sabido, uma linguagem de modelagem utilizada na
modelagem de sistemas, e fortemente amparada pelos conceitos de estruturas
orientadas objetos. Todavia, no est restrita a uma ou outra metodologia ou
tecnologia especfica de desenvolvimento.
Passou a ser difundida como um dos principais meio de modelagem de
sistemas a partir dos anos 90, sendo de suma importncia para desenhar a soluo
do problema, atravs de seus muitos diagramas, atendendo a solues de projetos
orientadas a objetos.
Alm de desenhar a soluo, serve ainda como documentao que servir
para difuso de testes, codificao e at no aprendizado no manuseio do aludido
sistema. Usada ainda na engenharia reversa facilitando tal procedimento.
Os diagramas que compem a UML esto divididos em categorias, quais
sejam: Comportamentais, Estruturais e de Interao, isto para diferir os diferentes
contextos onde podem vir a ser utilizados.
4.1 Diagramas Comportamentais
Servem para detalhar comportamento ou funcionamento de partes do
sistema ou processo de negcio, tendo como exemplo desses diagramas, temos o
diagrama de casos de uso, que mostram as funcionalidades e caractersticas do
sistema, os relacionamentos com os atores que podem ser os usurios ou sistemas
externos e o diagrama de atividades, que foca nas tarefas desempenhadas durante
uma execuo de uma atividade ou na representao de processos dentro de uma
organizao.
4.2 Diagramas Estruturais
Tem como finalidade a descrio esttica da estrutura de um sistema, tais
como classes, objetos, atributos e mtodos (suas operaes), bem como os
relacionamentos entres estes, tendo como exemplos desses diagramas, o diagrama
de classes que mostra uma visualizao de um conjunto de classes, detalhando
suas qualidades (atributos) e operaes (mtodos) e seus relacionamentos,

podendo ainda incluir diferentes interfaces e o diagrama de instalao ou


implantao, ou ainda de distribuio, que mostram a estrutura fsica ou seja de
hardware do ambiente onde vai ser instalado o sistema, envolvendo servidores de
aplicao, servidores de bancos de dados entre outros.
4.3 Diagramas de Interao
So tidos como subgrupos dos diagramas comportamentais, geralmente
so empregados na representao de interaes entre os diferentes objetos de uma
aplicao, tendo como exemplo, o diagrama de sequncia, que mostra a interao
entre os vrios objetos em uma execuo dentro de uma aplicao.

5 ARQUITETURA UTILIZADA MVC (MODEL VIEW - CONTROLLER)

Arquitetura utilizada a MVC (model view - controller), que um padro


ou estilo de arquitetura bastante importante e muito utilizada em vrios frameworks e
projetos de software permite fazer a quebra da aplicao, ou at mesmo um pedao
da interface em camadas ou trs partes: o modelo, a viso e o controlador,
permitindo alteraes mais localizadas, sendo est a base para gerenciamento em
sistemas web, ou seja, muito utilizada para estes sistemas.
Neste tipo de arquitetura, h uma interao entre as camadas, onde a
camada controller ou controlador, a responsvel por controlar a interao entre as
demais camadas, recebe os dados inseridos pelos usurios atravs do mouse ou
teclado feitos na camada view ou viso, que posteriormente, aciona a camada
model ou modelo, que gerencia os dados e as operaes que esto associados a
estes e, aps o processamento, so enviados de volta para camada view ou viso,
ou seja, a camada view ou viso, define e gerencia como os dados so
apresentados aos usurios, aciona a camada camada controller ou controlador que
gerencia a interao do usurio e das demais camadas, trafegando essas interaes
para a viso e modelo que acionada pela camada controle. Camada viso aciona
controle que aciona modelo.

6 MER MODELO ENTIDADE-RELACIONAMENTO

10

O Modelo Entidade-Relacionamento MER, um modelo conceitual muito


utilizado atualmente para modelagem de banco de dados, desenvolvido e proposto
pelo Dr. Peter Pin-Shan Chen no ano de 1976, foca os conceitos de: Entidades,
atributos e relacionamentos entre as entidades. Possui grande reconhecimento no
meio da Engenharia de Software, tornando os objetos observveis no modelo de
negcios em entidades, utilizando-se o DER Diagrama Entidade Relacionamento.
O DER Diagrama Entidade Relacionamento, uma forma lgica, grfica e
intuitiva de visualizar as concepes que envolvem a modelagem dos dados de
acordo com o modelo de dados do Entidade-Relacionamento. Neste diagrama,
podem-se ver as entidades, os atributos das entidades e seus relacionamentos
existentes, que so alinhados de acordo com o entendimento do modelo de
negcios proposto.
A estrutura do DER composta por figuras geomtricas, textos e nmeros,
onde as figuras geomtricas representam as entidades e os relacionamentos, sendo
que as entidades so representadas pelos quadrados ou retngulos, enquanto os
relacionamentos so representados pelos losangos, os textos nominam todos os
atributos existentes em uma entidade, e os nmeros fazem referencia
cardinalidade mapeada do relacionamento existente entre as entidades.

7 DESENHO DA SOLUO

11

A partir deste ponto ser iniciada a modelagem, com o desenho da soluo


proposto focado na arquitetura MVC, sendo desenhados os diagramas pertinentes,
de forma a facilitar o entendimento de todos os envolvidos no projeto e, o que deve
ser pensado desde a fase de planejamento para desenvolvimento de um projeto que
a manuteno, est facilitada com um desenho da soluo disposto em
diagramas.

7.1 Arquitetura do sistema baseada no modelo MVC.


Figura 01: Arquitetura MVC (Model view - controller).

Fonte: Prprios autores.

A figura 01, que o desenho da soluo do sistema, disposta na arquitetura


MVC, mostra as entidades, seus relacionamentos e a cardinalidade, onde por
exemplo, mostra que a classe veiculoForm envia eventos de usurios, que pode
ser um click de mouse ou alguma consulta de cliente camada Controller, que
aciona a camada Model, que acessa a classe cliente, mapeia as aes do usurio
para atualizar o modelo e faz a seleo da solicitao, que retorna para camada
view, exibindo o resultado da solicitao. Tem aqui uma classe denominada
aplicao fechada, responsvel pela comunicao cos os sistemas externos da
operadora do carto de crdito e da serasa, que acessada somente pela camada

12

controller, fazendo o gerenciamento das operaes, deixando protegidas as demais


camadas. uma classe que denominamos de AplicaoFachada que faz a
segurana fazendo a proteo da View e Model das comunicaes com sistemas
externos, gerenciando essa comunicao.
7.2 Diagrama Entidade-Relacionamento (DER)
Figura 02: Diagrama Entidade-Relacionamento (banco de dados).

Fonte: prprios autores.

13

Na figura 02 foi desenhado o Diagrama Entidade-Relacionamento, com a


disposio das entidades, em conformidade com as classes constantes na figura 01,
fazendo a converso das agregaes, associaes e heranas do diagrama de
classes para o diagrama Entidade-Relacionamento, alm das aes de cada um.

7.3 Diagrama de classe de implementao: cadastrar cliente


Figura 03: Diagrama de classe de implementao: Cadastrar cliente.

Fonte: Prprios autores.

A figura 03 contm a implementao do cadastro do cliente, onde o


atendente pode cadastrar 0 ou n clientes, e 1 cliente s pode ser cadastrado por 1
atendente. Tendo atendente acionado o boto cadastrar cliente, a classe cliente
aciona a classe clienteController que faz a alterao na classe ClienteForm.

14

7.4 Diagrama de classe de implementao: cadastrar veculo


Figura 04: Diagrama de classe de implementao: Cadastrar veculo.

Fonte: Prprios autores.

A figura 04 contm a implementao do cadastro do veculo realizada pelo


supervisor, que insere os dados do veculo na classe model, que acessa a classe
veculoController, que faz a alterao na classe veculoForm, finalizando a insero
dos dados.
7.5 Diagrama de classe de implementao: consultar veculo disponvel
Figura 05: Diagrama de classe de implementao: Consultar veculo disponvel.

15
Fonte: Prprios autores.

A figura 05 contm a implementao do consultar veculo disponvel


realizada pelo supervisor, que insere os dados do veculo na classe model, que
acessa a classe veculoController, que faz a alterao na classe veculoForm,
finalizando a insero dos dados.
7.6 Diagrama de classe de implementao: realizar a locao do veculo
Figura 06: Diagrama de classe de implementao: Realizar a locao do veculo

Fonte: Prprios autores.

Na figura 6, a classe de Implementao Realizar Locao do Veculo mostra


interao do cliente com as classes veculo e a locao, tendo a classe veculo, a
classe locao associada, podendo o veculo ser locado 1 ou n vezes, enquanto
uma locao efetuada com 1 veculo, vindo a classe veculo acessar a
classe veculoController, que faz acesso a classe veculoForm, e efetua as alterao
no banco de dados no tocante a locao do veculo.
7.7 Diagrama de classe de implementao: fazer devoluo do veculo

16

Figura 07: Diagrama de classe de implementao: fazer devoluo do veculo.

Fonte: Prprios autores.

Na figura 7, diagrama de implementao fazer devoluo do veculo, o


cliente efetua a devoluo do veculo, onde acionada a classe veculo, que tem a
classe locao associada, podendo o veculo ser locado 1 ou n vezes, enquanto
uma locao efetuada com 1 veculo, vindo a classe veculo acessar a
classe veculoController, que faz acesso a classe veculoForm, e efetua as alterao
no

banco

de

dados

no

tocante

devoluo

do

veculo, apresentando ainda a cardinalidade bem como a visualizao interao


da View com o Controller.
7.8 Diagrama de sequncia de implementao: cadastrar cliente

17

Figura 08: Diagrama de sequncia de implementao: Cadastrar cliente.

:cliente

:cliente

:
clienteFor

Fonte: Prprios autores.

Na Figura 8 O diagrama de sequncia de implementao cadastrar


cliente mostra como ocorre a sequncia das operaes necessrias para
cadastrar um cliente no sistema. O atendente abre o formulrio chamando a
classe

cliente,

que

chama

classe clienteController,

que retorna

uma view para que seja preenchido os dados do cliente, esses dados so
enviados atravs da classe clienteForm assim persistindo no retorno da
mensagem, acessando a classe clienteDao, fazendo a incluso dos dados.

18

7.9 Diagrama de sequncia de implementao: cadastrar veculo


Figura 09: Diagrama de sequncia de implementao: Cadastrar veculo.

:
vecul

Fonte: Prprios autores.

figura

9, diagrama

de

sequncia de implementao Cadastrar

Veculo mostra como ocorre a sequncia das operaes necessrias para


inserir um veculo no sistema. O supervisor chama o formulrio, o controle
retorna uma view pra que sejam preenchidos os dados do veiculo, esses
dados so enviados e persistidos retornando uma mensagem. Para isto,
acessada a classe veculo, que acessa a veculoForm, que retorna para
veculo, acessar a veculo (model), que por fim acessa veculoDAO,
responsvel pela persistncia junto ao banco de dados.

19

7.10 Diagrama de sequncia de implementao: consultar veculos disponveis


Figura 10: Diagrama de sequncia de implementao: Consultar veculos disponveis.

Supervis
or

Fonte: Prprios autores.

A figura 10, diagrama de sequncia de implementao Consultar Veculos


Disponveis, demonstra como ocorre a sequncia das operaes necessrias
para se consultar os veculos

disponveis para

locao no

sistema.

O supervisor chama o formulrio, acessando a classe veculoController, que acessa


a veculoFomr,

que retorna

uma view pra

que

sejam preenchidos os

dados

dos veculos disponveis, esses dados so enviados da veculoController para


veculo (model), que por sua vez acessa a veculo DAO e, so retornados atravs do
mtodo consultarVeiculo() retornando uma lista de veculos disponveis.

20

7.11 Diagrama de sequncia de implementao: realizar locao do veculo


Figura 11: Diagrama de sequncia de implementao: realizar locao do veculo

Atendent

Fonte: Prprios autores.

A figura 11, diagrama de sequncia de implementao Realizar Locao do


Veculo, demonstra como ocorre a sequncia das operaes necessrias visando a
realizao da locao de um veculo no sistema. O atendente chama o formulrio, o
controle retorna uma view para que sejam preenchidos os dados da locao, o
sistema atualiza as informaes do veculo escolhido pelo cliente e efetua a
locao.

21

7.12 Diagrama de sequncia de implementao: consultar veculos locados no


dia
Figura 12: Diagrama de sequncia de implementao: Consultar veculos locado no dia.

Fonte: Prprios autores.

Na figura 12, diagrama de sequncia de implementao Consultar Veculos


Locados no dia, demonstra como ocorre a sequncia das operaes necessrias
para consultar os veculos locados no dia no sistema. O supervisor chama o
formulrio, acessando

classe locaoController,

que

acessa

classe

locao Fomr, que retorna uma view pra que sejam preenchidos os dados da
consulta, esses dados so enviados pela locaoController locao(model) que
por

sua

vez

acessa

a locaoDAO e,

so retornados

atravs

do

22

mtodo consultarLocacaoDia() uma lista de locaes efetuadas no dia com os


parmetros informados.
7.13 Diagrama de sequncia de implementao: fazer devoluo do veculo
Figura 13: Diagrama de sequncia de implementao: fazer devoluo do veculo.

Atendent
e

Fonte: Prprios autores.

Na figura 13, diagrama de sequncia de implementao Fazer Devoluo do


Veculo, demonstra como ocorre a sequncia das operaes necessrias visando
a devoluo dos veculos locados no sistema. O atendente chama o formulrio,
o controller retorna uma view pra que sejam preenchidos os dados da devoluo,
esses dados so enviados e retornados os dados do veculo. O sistema calcula o
valor a ser pago e informa e emite um comprovante de devoluo.

23

7.14 Diagrama de atividades do mtodo calcularMulta()


Figura 14: Diagrama de atividades do mtodo calcularMulta().

Fonte: Prprios autores.

Na figura 14, diagrama de atividades do mtodo calcularMulta(), mostra


como

sequncia

do fluxo

do

mtodo calcularMulta().

Ao se

efetuar

a devoluo do veculo, acaso esteja no prazo, emite-se uma mensagem de


devoluo no prazo. Acaso esteja fora do prazo, o sistema calcula a multa, emite
mensagem aps o prazo e emite o valor da multa.

24

7.15 Diagrama de distribuio ou implantao


Figura 15 Diagrama de distribuio ou implantao.

Fonte: Prprios autores.

Por fim, a figura 15, diagrama de distribuio ou implementao, mostra


a disposio de toda a parte de hardware que ser implantada no local destinado
alocao do sistema, determinado pelo cliente, contemplando o sistema executvel,
a camada de aplicao e o banco de dados.

25

CONCLUSO

Com o aumento da complexidade das aplicaes desenvolvidas, sempre visando a


programao orientada a objeto, torna-se relevante a separao entre os dados e a
apresentao das aplicaes. Desta forma, alteraes feitas no layout no afetam a
manipulao de dados, e estes podero ser reorganizados sem alterar o layout.
Esse padro resolve este problema atravs da separao das tarefas de acesso aos
dados e lgica de negcio, lgica de apresentao e de interao com o utilizador,
introduzindo um componente entre os dois: o controlador.

26

REFERENCIAS

DENNIS, A.; WIXOM, B. H.; ROTH, R. M. Anlise e Projeto de Sistemas. 5 ed. Rio
de Janeiro: LTC, 2014.DEVMEDIA. Modelagem de sistemas atravs da UML: uma
viso geral. Disponvel em: <http://www.devmedia.com.br/modelagem-de-sistemasatraves-de-uml-uma-visao-geral/27913>. Acesso em: 19 agos 2016.
DEVMEDIA.

Introduo

ao

padro

MVC.

Disponvel

http://www.devmedia.com.br/introducao-ao-padrao-mvc/29308>.

Acesso

em:

<

em:

20

agos 2016.
GAMMA, E.; HELM, R.; JOHNSON, R.; VLISSIDES, J. Design patterns elements
of reusable of object-oriented software. second ed. Addison-Wesley, 1995.
FURTADO, A. B.; COSTA JNIOR, J. V. Prticas de Anlise e Projeto de
Sistemas. Belm: abfurtado, 2010.
LEE, R. C; TEPFENHART, W. M. UML e C++: Guia Prtico de
Desenvolvimento Orientado a Objeto. So Paulo: Makron Books,
2002.
Maldonado, J.C.; Fabbri, S.C.P.F. Teste de Software . In: Qualidade de Software:
Teoria e Prtica, Eds. A.R.C. Rocha, J.C. Maldonado, K. Weber, Prentice Hall, 2001.
MORGADO, Gisele P. RAPDIS: UM PROCESSO MDA PARA DESENVOLVIMENTO

DE SISTEMA DE INFORMAO. 2006. Artigo Sipsio Brasileiro de Sistema


de Informao. Universidade Federal do Rio de Janeiro, Rio de Janeiro, 2007.
Pfleeger, S.L. Engenharia de Software: Teoria e Prtica, So Paulo: Prentice Hall,
2 edio, 2004.
Pressman, R.S. Engenharia de Software, Rio de Janeiro: McGraw Hill, 5 edio,
2002.

27

Sanches, R. Processo de Manuteno. In: Qualidade de Software: Teoria e


Prtica,
Eds. A.R.C. Rocha, J.C. Maldonado, K. Weber, Prentice Hall, 2001.
SEBRAE. Entenda as diferenas ente microempresa, pequena empresa e MEI.
Disponvel

em:

<http://www.sebrae.com.br/sites/PortalSebrae/artigos/entenda-as-

diferencas-entre-microempresa-pequena-empresa-emei,03f5438af1c92410VgnVCM100000b272010aRCRD>. Acesso em: 20 agos 2016.


SILBERCHATZ, A.; KORTH, H. F.; SUDARSHAN, S. Sistema de Banco de
Dados. 6 Edio. So Paulo: Elsevier, 2012.
Sommerville, I. Engenharia de Software, So Paulo: Addison-Wesley, 6 edio,
2003.MARQUES, J.R. Qual o conceito de qualidade nas empresas?. Disponvel
em:

<http://www.jrmcoaching.com.br/blog/qual-e-o-conceito-de-qualidade-nas-

empresas/>. Acesso em: 20 agos 2016.