Polo Niterói

SISTEMA DE ENSINO PRESENCIAL CONECTADO TECNOLOGIA EM

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

PROJETO PARA CONTAS A RECEBER

Ivan Xavier Duarte

Londrina
2013
 Ivan Xavier Duarte

PROJETO PARA CONTAS A RECEBER

Monografia apresentada como exigência para

obtenção do grau de Bacharelado em SISTEMA
DE ENSINO PRESENCIAL CONECTADO
TECNOLOGIA EM ANÁLISE E
DESENVOLVIMENTO DE SISTEMAS da Unopar
Virtual Universidade Norte do Paraná.

Orientador:
Prof. Marco Ikuro Hisatomi
Profa. Merris Mozer

Londrina

2013
Dedico esse trabalho a DEUS, reconheço cada
vez mais em todos os meus momentos, que
você é o maior mestre, minha esposa Lucilene
Duarte e minhas filhas que sempre me deram
força para continuar, e ao pessoal do
departamento de Ti da Folha de Londrina, que
me deu muito força e ajuda nos estudos.
 AGRADECIMENTOS

Agradeço em primeiro lugar a Deus que iluminou o meu caminho

durante esta caminhada

Ao tutor de sala Eduardo Viana que sempre esteve presente na sala

de aula dando o apoio que a turma precisava.

Aos meus pais Adelson e Floripes e minha esposa Lucilene e filhas

Amanda e Paula, que me apoiando nos momentos de dificuldades e na qual nunca
me deixou desanimar principalmente nestes últimos dias.

Ao meu tutor de campo Jorge Kawanishi que me ajudou e apoiou no

estágio feito em 2012.

Aos meus colegas de sala Daniel, Diego, Thiago, Douglas Osvaldo,

Rafael Mazotti, Walter, Gibran e Rafael Santana e o Luís que juntos conseguimos
vencer e chegar ao final de mais uma etapa das nossas vidas.

Aos professores e colegas que, de uma forma geral, que

contribuíram para que este trabalho fosse concluído.
“Se as coisas não saíram como planejei posso
ficar feliz por ter hoje para recomeçar. O dia
está na minha frente esperando para ser o que
eu quiser.”
Charles Chaplin
DUARTE, Ivan Xavier. PROJETO PARA CONTAS A RECEBER. 2013. Número
total de folhas. Trabalho de Conclusão de Curso Sistema de Ensino Presencial
Conectado Tecnologia em Análise E Desenvolvimento De Sistemas – Polo Niterói,
Universidade Norte do Paraná, Londrina, 2013.

RESUMO

Este projeto se baseia na necessidade da empresa Transportadora Kawanishi Ltda.,

no período do estagio feito em 2012 pude acompanhar o pessoal de contas a
receber responsável por gerar boletos e controlar os recebimentos dos clientes da
empresa. O departamento fazia tudo manualmente e dependendo de muitos papeis
e planilhas feitas e baixadas da internet que não eram precisos; então foi criado em
módulo para controle de boletos e recebimentos, aonde são salvos em banco de
dados e com facilidade para o controle e a geração de relatórios. Assim facilitando o
serviço do departamento financeiro da empresa. E conseguindo eliminar os atrasos
de pagamentos que ocorriam na empresa.

Palavras-chave: Boleto, Pagamento, Empresa.

DUARTE, Ivan Xavier. PROJECT TO ACCOUNTS RECEIVABLE. 2013. Número
total de folhas. Trabalho de Conclusão de Curso Sistema de Ensino Presencial
Conectado Tecnologia em Análise E Desenvolvimento De Sistemas – Polo Niterói,
Universidade Norte do Paraná, Londrina, 2013.

ABSTRACT

This project is based on need for the company Kawanishi Carrier Ltda., during the
period the stage made in 2012 could accompany the personnel of accounts
receivable, charge of generating control slips and receipts of the company's
customers. The department did everything manually and depending on many roles
and spreadsheets made and downloaded from the Internet that were not used, so it
was created in module to control slips and receipts, where are saved in database and
easily to control the generation of reports. That way facilitating the service of the
company's financial department. And getting eliminate late payments that occurred in
the company.

Keywords: Billet, Payment, Company

 12

LISTA DE ABREVIATURA E SIGLAS

ISO INTERNATIONAL Organization for Standardization

SGBD Sistema de Gerenciamento de Banco de Dados
GNU - GPL Projeto GNU - “Software Livre”
PHP Hypertext Preprocessor", originalmente Personal Home Page
SQL Structured Query Language - Linguagem de Consulta Estruturada
GUI Graphical User Interface - Interface Gráfica do Utilizador
WWW World Wide Web
EXE Extensão de Arquivos Executáveis dll
DLL Dynamic-link library - Biblioteca de Vínculo Dinâmico
COM Arquivos de Comando
GC Garbage Collector
UML Unified Modeling Language
VB Visual Basic
ASP Active server pages
WPF Windows presentation foundation
ODBC Open Database Connectivity
JDBC Java Database Connectivity
SI Sistema de Informação
CNPJ Cadastro Nacional da Pessoa Jurídica
MSG Mensagem
 LISTA DE FIGURAS

Figura 1 - Modelo Espiral Completo............................................................................11

Figura 2 - Organograma..............................................................................................13
Figura 3 - Caso de Uso Financeiro.............................................................................23
Figura 4 - Caso de Uso Geral.....................................................................................24
Figura 5 - Classe – Conta a Receber e Controle de Cliente......................................25
Figura 6 - Classe Geral...............................................................................................26
Figura 7 - Cadastrar....................................................................................................27
Figura 8 - Excluir.........................................................................................................28
Figura 9 - Consultar.....................................................................................................29
Figura 10 - Diagrama de Atividade.............................................................................30
Figura 11 - Diagrama Entidade e Relacionamento.....................................................31
Figura 12 - Tela do Sistema........................................................................................32
Figura 13 - Tela Relatório do Sistema........................................................................32
Figura 14 - Cronograma..............................................................................................38
 Lista de Tabelas

Tabela 1 - Lista de Caso de uso.................................................................................22

 SUMÁRIO

1. INTRODUÇÃO.......................................................................................................1
2. JUSTIFICATIVA......................................................................................................2
3. OBJETIVOS............................................................................................................3
3.1 GERAL.............................................................................................................3
3.2 ESPECIFICO...................................................................................................3
4. REFERENCIAL TEÓRICO.....................................................................................5
4.1 LINGUAGEM DE PROGRAMAÇÃO...............................................................5
4.2 BANCOS DE DADOS......................................................................................6
4.3 C# LINGUAGEM DE PROGRAMAÇÃO..........................................................7
4.4 ORIENTAÇÃO A OBJETOS............................................................................8
5. MÉTODOLOGIA...................................................................................................10
5.1. PERSPECTIVA DO ESTUDO.......................................................................10
5.2. DELIMITAÇÃO DO ESTUDO........................................................................10
5.3. TÉCNICA, ANÁLISE E INTERPRETAÇÃO DE DADOS...............................10
5.4. LIMITAÇÕES DE ESTUDO...........................................................................12
6. CARACTERIZAÇÃO DA ORGANIZAÇÃO EM ESTUDO....................................13
6.1 ORGANOGRAMA:.........................................................................................13
6.2 HISTÓRICO DA EMPRESA..........................................................................14
7. TECNOLOGIA......................................................................................................15
7.1 VISUAL STUDIO 2010...................................................................................15
7.2 MYSQL...........................................................................................................16
8. LEVANTAMENTO DE REQUISITOS...................................................................18
8.1 SISTEMA EXISTENTE..................................................................................18
8.2 SISTEMA PROPOSTO..................................................................................19
8.3 REQUISITOS FUNCIONAIS..........................................................................19
8.4 REQUISITOS NÃO FUNCIONAIS.................................................................20
9. LISTA DE CASO DE USO....................................................................................22
10. DIAGRAMAS DE CASO DE USO.....................................................................24
11. DIAGRAMA DE CLASSE..................................................................................26
12. DIAGRAMA DE SEQUENCIA...........................................................................28
13. DIAGRAMA DE ATIVIDADE.............................................................................31
14. DIAGRAMA DE ENTIDADE E RELACIONAMENTO (DER)............................32
 12

15. TELAS ( PROTOTIPAÇÃO ).............................................................................33

16. CÓDIGO FONTE...............................................................................................34
17. CRONOGRAMA................................................................................................39
18. CONCLUSÃO....................................................................................................40
REFERENCIAS...........................................................................................................41
 1

1. INTRODUÇÃO

Às empresas hoje em dia estão ligadas muito à tecnologia

necessitando sempre de sistemas e equipamentos para controle de gestão e
gerenciamento de controle da empresa.
Como às empresas trabalham por resultado; ou seja, o sistema
proposto tem como principal objetivo à redução de custos uma maior agilidade no
processo e controle de recebimento.
Nessa etapa do projeto Transportadora Kawanishi, vamos mostrar
como foi o cronograma para a criação do sistema, que será implantado na empresa.
Detalhando todo o processo desde o levantamento de requisitos, o
código fonte e as telas do sistema final.
Neste trabalho farei uma explanação sobre a linguagem de
programação e o banco de dados que foi escolhida para o desenvolvimento,
também sobre os softwares que vão ser usados neste desenvolvimento.
 2

2. JUSTIFICATIVA

Em uma empresa em crescimento, um software para controle de

diversos setores pode e deve ser muito bem vindo, assim os funcionários da
empresa vão poder com mais agilidade resolver e minimizar os erros que por
ventura tivessem e também gerar os relatórios com mais precisão para passar à
diretoria, sobre os clientes devedores e os bons pagadores.
Desenvolvendo o software nesta empresa, vai melhorar o
conhecimento, tanto ao desenvolver um programa, como poder ampliar os
conhecimentos de como é gerenciado uma empresa com vários funcionários e filiais.
Os desafios que encontrarei nesta fase do trabalho, vai ajudar a fixar
o conhecimento adquirido nestes períodos da faculdade, e também poder por em
prática o que foi ministrado pelos professores.
Neste cenário de trabalho na empresa, pude verificar as dificuldades
diárias nas verificações das faturas geradas, por serem diversos clientes com varias
faturas geradas, com dias diversificados, mesmo com a rotina de verificar isto
diariamente os funcionários ficam com dificuldade de controle e desenvolver um
relatório preciso das faturas vencidas e atrasadas, usando softwares de planilhas
genéricos.
Então a pergunta - Por que fazer o sistema?
Para que a Transportadora Kawanishi, possa ser uma empresa
organizada, que os seus funcionários possam trabalhar sem problemas e nem as
pressões que tanto o gerente e também os clientes exercem sobre eles, neste
sistema ao todos será mais fácil cadastrar os dados dos clientes em diversas
instancias do software e todos interligada para não ter redundância de dados.
Com o trabalho que faremos vamos trazer uma boa contribuição,
para que a empresa possa desenvolver um trabalho muito mais preciso e rápido,
sem ocorre muitos erros e nem causando problemas e aborrecimentos para os
funcionários e diretoria, tanto para as empresas clientes e aos motoristas que fazem
o transporte dos fretes.
3
 4

3. OBJETIVOS

3.1 GERAL

O objetivo é projetar um sistema para controle da transportadora,

onde vai ser criado um modulo para controlar os recebimentos dos serviços
prestados aos clientes da transportadora.

3.2 ESPECIFICO

O sistema foi desenvolvido com tecnologia for Windows, onde o

objetivo é estruturar a empresa no controle de cobrança.
Tendo como objetivo controlar as faturas já recebidas e as que estão
pendentes de pagamento.
Assim evitar os erros que aconteciam quando as faturas eram
lançadas em planilhas de cálculos e também gerar relatório para o controle.
Este sistema foi proposta para que o controle de recebimento fosse
bem fácil de controlar, este sistema vai estar ligado no banco de dados e têm as
seguintes características:
 Cadastrar: (salvar): neste item o funcionário, vai cadastrar um
novo boleto no sistema ou salvar uma alteração de algum
boleto já criar.
 Alterar: neste item o funcionário, pode alterar dados de
boletos já gerados e salvar com o botão “SALVAR”
 Excluir: neste item o funcionário, digita o numero do boleto
criado e excluir.
 Pesquisa: neste item o funcionário, pode fazer pesquisa, por
cliente, banco, etc.
 5

 Relatórios: neste item o funcionário pode gerar os relatórios

por banco cadastrado, por clientes e data de vencimentos e
outros.
O sistema tem uma tela bem amigável e de fácil visualização com
uma usabilidade aonde, a necessidade por interfaces eficientes, objetivando uma
melhor interação com o consumidor apresentar exatamente a informação que o
usuário precisa no momento, nem mais nem menos; E de acordo com a norma ISO
9241 “Usabilidade mede a eficácia, eficiência e satisfação com a qual usuários
podem atingir objetivos específicos em um ambiente particular”.
 6

4. REFERENCIAL TEÓRICO

Hoje, no mercado de software tem diversos sistemas para controle

de transportadora, a maioria com muitos módulos, e também com preços variados, e
pelo que diz o gerente da empresa, estes sistemas são softwares muito caros e de
difícil acesso para quem não tem conhecimento ou pouco conhecimento de
informática, então foi solicitado um sistema simples para o controle da
transportadora, para que os funcionários mesmo sem um profundo conhecimento
em informática pudesse usar sem muito problema e confusão.
Para desenvolver o sistema foi feita uma pesquisa e estipulado que
usaríamos, a linguagem de programação C#, o Visual Studio 2010 na sua versão
gratuita para desenvolver o software, para o banco de dados uma versão do MySQL,
que é um SGBD, de licença do Projeto GNU de software livre.

4.1 LINGUAGEM DE PROGRAMAÇÃO

Uma linguagem de programação é um método padronizado para

expressar instruções para um computador, ou seja, é um conjunto de regras
sintáticas e semânticas usadas para definir um programa de computador.
A função das linguagens de programação é exatamente, servir de
um meio de comunicação entre computadores e humanos. Existem dois tipos de
linguagens de programação: as de baixo nível e as de alto nível. Os computadores
interpretam tudo como números em base binária, ou seja, só entendem zero e um.
As linguagens de baixo nível são interpretadas diretamente pelo computador, tendo
um resultado rápido, porém é muito difícil e incômodo se trabalhar com elas.
Exemplos de linguagens de baixo nível são a linguagem binária e a linguagem
Assembly.
Já as linguagens de alto nível são mais fáceis de trabalhar e de
entender, as ações são representadas por palavras de ordem (exemplo faça,
 7

imprima etc.) geralmente em inglês, foram feitos assim para facilitar a memorização
e a lógica. Exemplos de linguagens de alto nível são C++, Java, C#, Delphi (Pascal),
PHP, Visual Basic, etc.; Nestas linguagens é necessário traduzi-las para linguagem
binária utilizando-se de um programa chamado compilador.
Existem algumas linguagens de programação que não necessitam
de compiladores, como o PHP, uma linguagem dedicada à produção de websites
dinâmicos. As instruções em PHP são compiladas e executadas ao mesmo tempo.

4.2 BANCOS DE DADOS

Bancos de dados são coleções de informações que se relacionam

de forma que crie um sentido. São de vital importância para empresas, e há duas
décadas se tornaram a principal peça dos sistemas de informação. Normalmente
existem por vários anos sem alterações em sua estrutura.
Sistemas Gerenciadores de Bancos de Dados (SGBD) é o conjunto
de programas (softwares) que compõe a camada responsável pelo armazenamento,
e recuperação dos dados no Sistema de Informação.
O objetivo principal é retirar da camada da Aplicação a
responsabilidade dessas tarefas provendo um ambiente mais seguro, mais fácil de
manter-se e mais confiável. A interface entre essas duas camadas é a uma
linguagem padrão para consulta, manipulação e controle de acesso aos dados.
Atualmente a linguagem mais utilizada para essa interface é o SQL - Structured
Query Language.

Exemplos:

 Oracle
 Postgre
 MySQL

Vantagens de um SGBD:
 8

 Rapidez na manipulação e no acesso à informação.

 Controle integrado de informações distribuídas fisicamente.
 Redução de redundância e de inconsistência de informações.
 Compartilhamento de dados.
 Segurança dos dados.
 Redução de problemas de integridade.

4.3 C# LINGUAGEM DE PROGRAMAÇÃO

C# ou C Sharp, é uma linguagem de programação orientada a

objetos, desenvolvida pela Microsoft como parte da plataforma .NET. A sua sintaxe
orientada a objetos foi baseada no C++ mas inclui muitas influências de outras
linguagens de programação, como Object Pascal e Java; Está linguagem está
diretamente vinculada a um conjunto de programas pronto, chamado de
Framework .Net, que auxilia o desenvolvimento de novos programas.
O C# tem raízes em C, C++ e Java, adaptando os melhores
recursos de cada linguagem e acrescentando novas capacidades próprias. Ele
fornece os recursos que são mais importantes para os programadores, como
programação orientada a objetos, strings, elementos gráficos, componentes de
interface com o usuário gráfica (GUI), tratamento de exceções, múltiplas linhas de
execução, multimídia (áudio, imagens, animação e vídeo), processamento de
arquivos, estruturas de dados pré-empacotadas, processamento de banco de dados,
redes cliente/servidor com base na Internet e na e computação distribuída.
Dentre as características essenciais do C# podemos citar:
 Simplicidade: os projetistas de C# costumam dizer que essa
linguagem é tão poderosa quanto o C++ e tão simples quanto o Visual Basic;
 Completamente orientada a objetos: em C#, qualquer variável
tem de fazer parte de uma classe;
 Fortemente tipada: isso ajudará a evitar erros por manipulação
imprópria de tipos e atribuições incorretas;
 9

 Gera código gerenciado: assim como o ambiente .NET é

gerenciado, assim também o é C#;
 Tudo é um objeto: System.Object é a classe base de todo o
sistema de tipos de C#;
 Controle de versões: cada assembly gerado, seja como EXE ou
DLL, tem informação sobre a versão do código, permitindo a coexistência de dois
assemblies homônimos, mas de versões diferentes no mesmo ambiente;
 Suporte a código legado: o C# pode interagir com código legado
de objetos COM e DLLs escritas em uma linguagem não-gerenciada;
 Flexibilidade: se o desenvolvedor precisar usar ponteiros, o C#
permite, mas ao custo de desenvolver código não-gerenciado, chamado “unsafe”;
 Linguagem gerenciada: os programas desenvolvidos em C#
executam num ambiente gerenciado, o que significa que todo o gerenciamento de
memória é feito pelo runtime via o GC (Garbage Collector)

4.4 ORIENTAÇÃO A OBJETOS

A orientação a objetos é um paradigma de análise, projeto e

programação de sistemas de software baseado na composição e interação entre
diversas unidades de software chamadas de objetos. Em alguns contextos, prefere-
se usar modelagem orientada ao objeto, em vez de programação. Na programação
orientada a objetos, implementa-se um conjunto de classes que definem os objetos
presentes no sistema de software.

Conceitos essenciais

Classe: representa um conjunto de objetos com características

afins.
 10

Subclasse: é uma nova classe que herda características de sua(s)

classe(s) ancestral(is)
Objeto / instância: de uma classe. Um objeto é capaz de armazenar
estados através de seus atributos e reagir a mensagens enviadas a ele.
Atributo: são características de um objeto.
Método: definem as habilidades dos objetos.
Mensagem: é uma chamada a um objeto para invocar um de seus
métodos.

Herança (ou generalização): é o mecanismo pelo qual uma classe

(sub-classe) pode estender outra classe (super-classe).
Associação: é o mecanismo pelo qual um objeto utiliza os recursos
de outro.
Encapsulamento: consiste na separação de aspectos internos e
externos de um objeto.
Abstração: é a habilidade de concentrar nos aspectos essenciais de
um contexto qualquer, ignorando características menos importantes ou acidentais.
Polimorfismo: consiste em quatro propriedades que a linguagem pode ter
 Universal:
 Inclusão: um ponteiro para classe mãe pode apontar para
uma instância de uma classe filha
 Paramétrico: se restringe ao uso de templates.
 Ad-Hoc:
 Sobrecarga: duas funções/métodos com o mesmo nome mas
assinaturas diferentes
 Coerção: a linguagem que faz as conversões implicitamente
Interface: (ciência da computação) é um contrato entre a classe e o
mundo externo.
Uma motivação sem dados concretos e relevantes, sem uma
estratégia, pode acarretar numa dificuldade para se adotar um sistema de
informação. Turban, Rainer Jr. e Potter (2005) explicam que sistemas de
informações estratégicos ajudam uma organização a ganhar uma vantagem
competitiva por meio de sua contribuição para os objetivos estratégicos e/ou sua
capacidade de aumentar significativamente o desempenho e a produtividade.
11
 12

5. MÉTODOLOGIA

5.1. PERSPECTIVA DO ESTUDO

Durante o período de estágio realizamos entrevistas exploratórias

com funcionários e com o diretor da empresa, o Sr. Jorge Kawanishi, procurando
conhecer um pouco mais do cotidiano da empresa, bem como as suas dificuldades,
nestas pesquisas foram feitos vários estudos casos e pesquisas bibliográfica, na
busca de um modelo de sistema que atendesse a necessidade da empresa.
Através de algumas pesquisas, busquei explorar ao máximo, durante
a realização do estágio, o conhecimento empírico de todos os envolvidos no
departamento Financeiro da empresa, onde eu concentrava as minhas atividades,
acompanhando todo o processo.

5.2. DELIMITAÇÃO DO ESTUDO

O estagio será realizado na Empresa Transportadora Kawanishi

Ltda., aonde; Em função da limitação de tempo, uma vez que a atividade era
realizada no mesmo período em que o trabalho transcorria, ouve dificuldade durante
o estudo de caso e levantamento de requisitos no período do estágio. Em alguns
momentos era difícil coletar todas as informações, pois não poderia atrapalhar o
andamento dos trabalhos.

5.3. TÉCNICA, ANÁLISE E INTERPRETAÇÃO DE DADOS.

Para o desenvolvimento do sistema será adotado o Modelo Espiral;

Foi originalmente proposto por Boehm em 1988. Uma maneira simplista de analisar
este modelo é considerá-lo como um modelo cascata onde cada fase é precedida
 13

por uma análise de risco e sua execução é feita evolucionariamente (ou

incrementalmente).
A dimensão radial representa o custo acumulado atualizado e a
dimensão angular representa o progresso através da espiral. Cada setor da espiral
corresponde a uma fase do desenvolvimento

Figura 1 - Modelo Espiral Completo

No desenvolvimento ágil, os projetos adotam o modelo iterativo e em

espiral. Neste processo, todas as fases descritas no modelo em cascata são
executadas diversas vezes ao longo do projeto, produzindo ciclos curtos que se
repetem ao longo de todo o desenvolvimento, sendo que, ao final de cada ciclo,
sempre se tem um software funcional, testado e aprovado. Os ciclos são chamados
de iterações e crescem em número de funcionalidades a cada repetição, sendo que,
 14

no último ciclo, todas as funcionalidades desejadas estarão implementadas, testadas

e aprovadas.
Seguindo o paradigma Orientado a Objetos. Será utilizada a Unified
Modeling Language (UML) (Booch, 2000) para visualizar, especificar, construir e
documentar as funcionalidades do sistema, conforme as fases de: Análise de
Requisitos, Análise, Projeto e Implementação. Para documentar a especificação das
técnicas de modelagem será utilizada a ferramenta Astah Comunidade.

5.4. LIMITAÇÕES DE ESTUDO

As limitações de tempo para as pesquisas com os funcionários, no

período do expediente normal, fica impossível desenvolver os testes precisos e
também mais pesquisas.
Ficando assim poucas horas para a realização de mais estudos e
coleta de dados, estas dificuldades chegaram a atrapalhar um pouco o
desenvolvimento.
 15

6. CARACTERIZAÇÃO DA ORGANIZAÇÃO EM ESTUDO

 Nome: TRANSPORTADORA KAWANISHI LTDA.

 Rua: Ruy Virmond Carnascialli, nº 30 sala 03, Jardim Leonor,
Londrina, Paraná.
 Telefones: (43) 3357-4488 / 3357-4499 Fax: (43) 3357-4487
 Email: jorgetransmehga@sercomtel.com.br
 Diretores: Srta. Luzia de Fátima Mariano - Sr. Jorge
Kawanishi.
 Ramo de atividade: Transportes de Cargas Rodoviárias em
geral.
 Números de empregados: 20
 Categorias dos profissionais que atuam na empresa:
Gerentes Comerciais, Gerente Financeiro, RH, Auxiliar de
Embarques, Gerente de Filial e Auxiliar Administrativo.
 Produtos e serviços desenvolvidos pela empresa: Prestação
de serviço no ramo de transportes.
 Histórico da empresa: Prestando serviço no ramo de
transportes desde 19 de abril de 2010 em todo Brasil.

6.1 ORGANOGRAMA:
 16

Figura 2 - Organograma

6.2 HISTÓRICO DA EMPRESA

A Transportadora Kawanishi Ltda., onde iniciou o seu trabalho em

2010 tendo como principais fundadores a Srta. Luzia de Fátima Mariano e Douglas
Itiro Carvalho Silva. Hoje representada somente pela Luzia de Fátima Mariano.
Sendo que seus principais clientes são Cooperativas Agropecuárias,
Moinhos de Trigo e uma parte de indústria em geral fornecendo transportes
necessários para cada cliente.
Estando hoje em fase expansão sendo que no inicio de 2011
concluiu a abertura das filiais: Paranaguá e Cambé, e no começo de 2012 as filiais:
Maringá e Ponta Grossa estando ainda em fase de adaptação. Estando assim com
um projeto para abertura de uma filial para 2013 no estado de São Paulo.
A empresa hoje fatura em torno de R$ 24.000.000,00 (vinte e quatro
milhões) anuais, com media de crescimento de 15% ao ano.
 17

7. TECNOLOGIA

O sistema será desenvolvido para a plataforma do Windows e usado

o Microsoft Visual Studio é um pacote de programas da Microsoft para
desenvolvimento de software especialmente dedicado ao .NET Framework e às
linguagens Visual Basic (VB), C, C++, C# (C Sharp) e J# (J Sharp). Também é um
grande produto de desenvolvimento na área web, usando a plataforma do ASP.
NET.
O Visual Studio cumpre a visão da Microsoft de aplicativos clientes
permitindo que os desenvolvedores criem com muita rapidez aplicativos que é
passível de proporcionar experiências de usuário com a mais alta qualidade e
riqueza. E junta ferramentas com as quais as organizações sentirão maior facilidade
em capturar e analisar informações, o que significa a melhor tomada de decisões de
negócios.
O Visual Studio se baseia em três pilares para proporcionar melhor
experiência para os programadores: Melhorias na produtividade do desenvolvedor;
Gerenciamento do ciclo de vida do aplicativo; e Utilização das mais recentes
tecnologias.

7.1 VISUAL STUDIO 2010

Foi lançado com o objetivo de ser a IDE mais completa disponível no

mercado. Para isso conta com suporte a desenvolvimento de aplicativos Web,
aplicativos para Windows Phone, SharePoint além de aprimorar os já conhecidos,
Windows Forms, Web Forms e também plataformas como o Microsoft XNA. Oferece
IntelliTrace, Gerenciamento de Ciclo de Vida de Aplicativos (ALM), uma nova
interface desenvolvida com WPF (Windows Presentation Foundation), para tornar a
IDE mais intuitiva, sistema de busca muito mais eficaz, dentre outros.
 18

7.2 MYSQL

O MySQL é um sistema de gerenciamento de banco de dados

(SGBD), que utiliza a linguagem SQL (Linguagem de Consulta Estruturada, do inglês
Structured Query Language) como interface. É atualmente um dos bancos de dados
mais populares , com mais de 10 milhões de instalações pelo mundo.
O MySQL foi criado na Suécia por dois suecos e um finlandês: David
Axmark, Allan Larsson e Michael "Monty" Widenius, que têm trabalhado juntos desde
a década de 1980. Hoje seu desenvolvimento e manutenção empregam
aproximadamente 400 profissionais no mundo inteiro, e mais de mil contribuem
testando o software, integrando-o a outros produtos, e escrevendo a respeito dele.
O sucesso do MySQL deve-se em grande medida à fácil integração
com o PHP incluído, quase que obrigatoriamente, nos pacotes de hospedagem de
sites da Internet oferecidos atualmente. Empresas como Yahoo! Finance, MP3.com,
Motorola, NASA, Silicon Graphics e Texas Instruments usam o MySQL em
aplicações de missão crítica. A Wikipédia é um exemplo de utilização do MySQL em
sites de grande audiência.

Características

 Portabilidade (suporta praticamente qualquer plataforma atual);

 Compatibilidade (existem drivers ODBC, JDBC e. NET e
módulos de interface para diversas linguagens de programação, como Delphi, Java,
C/C++, C#, Visual Basic, Python, Perl, PHP, ASP e Ruby)
 Excelente desempenho e estabilidade;
 Pouco exigente quanto a recursos de hardware;
 Facilidade de uso;
 É um Software Livre com base na GPL (entretanto, se o
programa que acessar o Mysql não for GPL, uma licença comercial deverá ser
adquirida).
 19

Para o desenvolvimento de parte da documentação será usado o

Astah Community é uma ferramenta add-on para o UML que permite um uso rápida
e facilmente facilitado. E refinar o processo de desenvolvimento com abordagem de
modelagem inovadora da Astah.
O Cromograma será usado o GanttProject é uma ferramenta de
desktop multi-plataforma para agendamento e gerenciamento de projetos.
A modelagem do banco será usado o brModelo: Ferramenta
freeware voltada para ensino de modelagem em banco de dados relacional com
base na metodologia.
 20

8. LEVANTAMENTO DE REQUISITOS.

Descreve-se o que o sistema deve fazer permitindo o

desenvolvimento e usuários concordarem sobre uma decisão comum. Para tanto o
sistema é delimitado, definido seus contornos comportamentos a partir das
necessidades potenciais através de módulos de caso de uso.
O levantamento de requisitos é umas das partes mais importantes
do processo que resultará no desenvolvimento de um sistema. Entender aquilo que
o cliente deseja ou o que o cliente acredita que precisa e as regras do negócio. Isso
é o que move essa importante função.
Na etapa de levantamento de requisitos, o time de desenvolvimento
se prende em entender o negócio que o sistema vai automatizar, esse levantamento
compreende explorar as necessidades dos usuários.
Através de entrevistas com os usuários foram coletados os dados
que passarão por um processo de ajuste, que resultara em uma aproximação maior
do pretendido pelo cliente. As informações serão reorganizadas e filtradas para que
se inicie a fase de analise

Nesta fase fez-se uma análise das seguintes descrições:

a) Sistema Existente: nesta descrição foram coletados os problemas

existentes e também será descrito detalhadamente como é o sistema.
b) Sistema proposto: nesta descrição, foram relatadas todas as
propostas para a solução de um problema encontrado no sistema existente, e
também as melhorias que surgirão no decorrer do sistema proposto.

8.1 SISTEMA EXISTENTE

 21

Este capítulo apresenta um demonstrativo de como o processo é

feito atualmente.
O Colaborador do financeiro pesquisa no software de planilha de
cálculos, os dados do cliente e verifica a data de preferencia do cliente para
pagamento e acessar o software do banco para gerar o boleto, cadastrar no
software de planilha os dados do boleto e também o do clientes, junto com a data de
pagamento, são geradas diversas abas de planilhas para controlar os recebimento
do mês.
Estas planilhas são divididas em bancos e clientes, como são vários
bancos e cada um gera um tipo diferente de boleto de pagamento, e os clientes
também escolhem as datas de pagamentos como bem lhe convier, fica difícil o
controle.

8.2 SISTEMA PROPOSTO

Realizar o controle das faturas geradas aos clientes da

Transportadora Kawanishi Ltda.
O presente trabalho tem como objetivo desenvolver um Sistema de
Informação (S.I.) que aperfeiçoe e otimize os serviços dos profissionais da Empresa.
Toda funcionalidade da presente proposta visa exclusivamente eliminar os erros que
ocorrem no setor de contas a receber, visando assim com o tempo não haver mais
erros e nem perdas de dinheiros e informações.
O sistema terá como principal foco o controle de recebimento de
boletos dos clientes.

8.3 REQUISITOS FUNCIONAIS

 22

Os requisitos funcionais define uma função de um sistema de

software ou seu componente. Funcionalidade a ser implementada no software para
atender a uma necessidade de automação.
Os requisitos funcionais que compõe o módulo de controle de contas
a receber do sistema são:

 Botão PESQUISAR: Pesquisa o cadastro do boleto, o sistema

busca no SGBD o item que foi digitado, e retorna a pesquisa
na tela.
 Botão SALVAR: salva o cadastro de novos boletos.
 Botão ALTERAR: Altera os dados do boleto que já estava
cadastrado no SGBD.
 Botão EXCLUIR: Exclui cadastro de boleto do SGBD.
 Botão RELATÓRIO: gera relatórios na tela e impresso,
dependendo do que o funcionário precisa, por banco, cliente,
vencimento, etc.

8.4 REQUISITOS NÃO FUNCIONAIS

Este sistema será instalado em arquitetura Microsoft Windows

Server, e o SGBD será instalado em um computador separado com boa capacidade
de armazenamento, o sistema sendo disponibilizado em ambiente de rede cabeada
de alta performance, sendo disponibilizado para os funcionários em diversas
maquina que rodam o sistema Windows com diversas versões ( XP, Sevem, Vista, e
o Windows 8)
Para ter acesso ao S.I., o funcionário deverá ser cadastrado no
sistema na qual é solicitado um login (nome) e senha.
O funcionário abre o sistema e clica no botão novo, o sistema vai
abrir a tela para cadastrar o novo boleto, já criando um numero da fatura
(primarykey) será possível apenas uma única numeração, o funcionário entra com
os dados, busca no SGBD os dados do cliente pagador, digita o valor da fatura, o
 23

vencimento da fatura, os dados do banco emissor do boleto, ao salvar o sistema

coloca o dia que foi gerado o novo registro.
Com os dados cadastrados é possível gerar relatórios de diversos
tipos, o principal relatório pedido são pesquisas do que esta vencendo, vencido e a
vencer, e uma mensagem do que esta vencendo naquele dia, no caso da pesquisa
devera constar o numero da fatura, valor e cliente, e também outros itens que
possam surgir durante o desenvolvimento.
 24

9. LISTA DE CASO DE USO.

Considerem um Caso de Uso Controlar Conta a Receber, cujo

objetivo é controlar o recebimento de boletos gerados para os clientes. Partindo de
esse cenário elaborar a documentação de Caso de Uso.
Numero: 1
Caso de Uso: Controlar Conta a Receber.
Descrição: Cadastrar os boletos gerados pelos softwares dos
bancos e cadastrar no sistema, controlar os recebimento dos boletos e dar baixa nos
boletos pagos.
Ator: Funcionário (Financeiro)

Cenário Principal
Tabela 1 - Lista de Caso de uso

1 Funcionário faz o logon no sistema *

2 Funcionário solicita cadastro de boleto de banco

3 Sistema exibe o controle de boletos

4 Funcionário solicita escolhe a opção de inclusão *

5 Sistema atribui numero do boleto

6 Funcionário informa CNPJ do cliente

7 Sistema valida CNPJ digitado *

8 Funcionário informa os demais dados

9 Sistema recupera tipo de banco

10 Funcionário seleciona tipo de banco

11 Sistema recupera forma de pagamento

12 Funcionário seleciona forma de pagamento

13 Sistema recupera representante

 25

14 Funcionário seleciona representante

15 Sistema verifica se os atributos foram digitados *

16 Sistema atribui data do sistema

17 Funcionário Confirma cadastro

18 Sistema cria uma instancia do boleto

19 Sistema emite MSG confirmando o cadastro

20 Sistema encerra o caso de uso

Cenário Alternativo 1

1.1 Sistema verifica que a senha não é valida

1.2 Sistema permite nova digitação

1.3 Sistema volta para o passo 2

Cenário Alternativo 7

7.1 Sistema verifica que o CNPJ não é valido

7.2 Sistema permite nova digitação

Cenário Alternativo 15

15.1 Sistema verifica que os atributos não foram preenchidos

Sistema emite mensagem, informando que os atributos não

15.2 foram preenchidos.

15.3 Sistema permite informar os dados não preenchidos

15.4 Sistema volta para o passo 16

 26

10. DIAGRAMAS DE CASO DE USO.

Diagrama que mostra os relacionamentos entre os atores e casos de

uso em interações com um sistema (furlan, 1998, p.299);
Dentro do diagrama esta o “Controle de Conta a Receber” com o
Ator “ Financeiro”,
Onde nossa expectativa com o desenvolvimento do programa, e ver
o sistema funcionando e resolvendo os problemas detectados na transportadora.

Figura 3 - Caso de Uso Financeiro

Na figura abaixo temos vários atividades, no caso não estou sozinho

na empresa fazendo o trabalho para a implantação do sistema, mas junto com
outros alunos estamos criando um sistema com vários módulos de atividades,
Possibilitando a empresa ficarem assim quase que totalmente informatizada.
 27

Figura 4 - Caso de Uso Geral

 28

11. DIAGRAMA DE CLASSE.

Diagrama que mostra uma coleção de elementos declarativos

(estáticos) de modelo, como classes, tipo e seus conteúdos e relações (furlan, 1998,
p.299);
O diagrama de classes representa a estrutura do sistema,
recorrendo ao conceito de classes, atributos, relacionamentos, associações e
multiplicidades. O modelo de classes resulta de um processo de abstraçã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. 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.
A classe Conta a Receber está relacionada à classe Controle de
Cliente, que faz referência à classe Controle de Pessoa.

Figura 5 - Classe – Conta a Receber e Controle de Cliente

O diagrama de classe abaixo representa o sistema completo.

 29

Figura 6 - Classe Geral

 30

12. DIAGRAMA DE SEQUENCIA

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.
Neste Diagrama de sequencia Cadastrar, o funcionário abre o
sistema, acessa tela de cadastro, preenche os campos desejados, clica botão
salvar, o sistema confirma a gravação e mostra a tela de sucesso na gravação.

Figura 7 - Cadastrar
 31

Neste Diagrama de Sequência Excluir, o funcionário abre o sistema,

acessa tela do sistema, preenche os campos desejados, clica botão pesquisar, o
sistema busca no SGBD e mostra na tela, o funcionário clica no botão excluir o
sistema confirma a exclusão e elimina do SGBD e confirma que os dados foram
apagados com sucesso.

Figura 8 - Excluir
 32

Neste Diagrama de Sequência Consultar, o funcionário abre o

sistema, acessa tela do sistema, preenche os campos desejados, clica botão
pesquisar, o sistema busca no SGBD e mostra na tela o dado pedido na pesquisa.

Figura 9 - Consultar
 33

13. DIAGRAMA DE ATIVIDADE

O diagrama de atividade, geralmente é apresentado como parte da

descrição funcional de um sistema, devido ao fato de especificar processos lógicos
(atividades do sistema e dos fluxos de dados ou decisões). Esse diagrama pode ser
usado para:
 Descrever atividades e fluxos de dados ou decisões entre
atividades.
 Fornecer ampla visualização de processos comerciais.
 Descrever as atividades que ocorrem em um caso de uso.

Figura 10 - Diagrama de Atividade

 34

14. DIAGRAMA DE ENTIDADE E RELACIONAMENTO (DER)

É um modelo abstrato cuja finalidade é descrever, de maneira

conceitual, os dados a serem utilizados em um sistema de informações ou que
pertencem a um domínio. A principal ferramenta do modelo é sua representação
gráfica.

Figura 11 - Diagrama Entidade e Relacionamento

 35

15. TELAS ( PROTOTIPAÇÃO )

Figura 12 - Tela do Sistema

Figura 13 - Tela Relatório do Sistema

 36

16. CÓDIGO FONTE

Código da class receber

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace UNOPAR_TCC_2013
{
class receber
{

private string nfatura;

private string nrepresentante;
private string nbanco;
private string nvencimento;
private string ndata_lançamento;
private string nforma_de_pagamento;
private decimal nimposto;
private decimal ntotal_fatura;

public string fatura

{
get { return nfatura; }
set { nfatura = value; }
}
public string representante
{
get { return nrepresentante; }
set { nrepresentante = value; }
}
public string banco
{
get { return nbanco; }
set { nbanco = value; }
}
public string vencimento
{
get { return nvencimento; }
set { nvencimento = value; }
}
public string data_lançamento
{
 37

get { return ndata_lançamento; }

set { ndata_lançamento = value; }
}
public string forma_de_pagamento
{
get { return nforma_de_pagamento; }
set { nforma_de_pagamento = value; }
}
public decimal imposto
{
get { return nimposto; }
set { nimposto = value; }
}
public decimal total_fatura
{
get { return ntotal_fatura; }
set { ntotal_fatura = value; }
}

public void Gravar()

{
StringBuilder csql = new StringBuilder();
csql.Append("INSERT INTO receber
(fatura,representante,banco,data_lancamento,vencimento,forma_recebimento,impos
to,total_empresa) values ('" + fatura + "','" + representante + "','" + banco + "','" +
data_lançamento + "','" + vencimento + "','" + forma_de_pagamento + "','" + imposto
+ "','" + total_fatura + "')");
clsDados gravar = new clsDados();
gravar.ExecutarComando(csql.ToString());

public void Alterar()

{
StringBuilder csql = new StringBuilder();
csql.Append("update receber set representante=('" + representante +
"'),banco=('" + banco + "'),data_lancamento=('" + data_lançamento +
"'),vencimento=('" + vencimento + "'),forma_recebimento=('" + forma_de_pagamento
+ "'),imposto=('" + imposto + "'),total_empresa=('" + total_fatura + "') where fatura = ('"
+ fatura + "')");

clsDados alterar = new clsDados();

alterar.ExecutarComando(csql.ToString());

}
public void Excluir()
{
StringBuilder csql = new StringBuilder();
csql.Append("delete from receber where fatura = ('" + fatura + "') ");
 38

clsDados excluir = new clsDados();

excluir.ExecutarComando(csql.ToString());

}
}
}

Código form

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;

namespace UNOPAR_TCC_2013
{
public partial class Receber : Form
{
public Receber()
{
InitializeComponent();
}

private void btSalvar_Click(object sender, EventArgs e)

{
receber nreceber = new receber ();
nreceber.fatura = txtFatura.Text;
nreceber.representante = cbxRepre.Text;
nreceber.banco = cbxBanco.Text;
nreceber.data_lançamento = txtLancamento.Text;
nreceber.vencimento = txtVencimento.Text;
nreceber.forma_de_pagamento = cbxFormaReceb.Text;
nreceber.imposto = Convert .ToDecimal (txtImposto.Text);
nreceber.total_fatura = Convert.ToDecimal(txtTotal.Text);
nreceber.Gravar();

string mensagem = "DADOS GRAVADOS COM SUCESSO";

 39

MessageBox.Show(mensagem, "Sucesso",
MessageBoxButtons.OK,
MessageBoxIcon.Information);

private void btExcluir_Click(object sender, EventArgs e)

{
receber nreceber = new receber ();
nreceber.fatura = txtFatura.Text;
nreceber.Excluir();
string mensagem = "DADOS GRAVADOS COM SUCESSO";
MessageBox.Show(mensagem, "Sucesso",
MessageBoxButtons.OK,
MessageBoxIcon.Information);

private void Receber_Load(object sender, EventArgs e)

{
// TODO: This line of code loads data into the 'finaltcc_2013_Edit.pessoa'
table. You can move, or remove it, as needed.
this.pessoaTableAdapter.FillRepres(this.finaltcc_2013_Edit.pessoa);

// TODO: This line of code loads data into the 'finaltcc_2013_Edit.receber'

table. You can move, or remove it, as needed.
// this.receberTableAdapter1.Fill(this.finaltcc_2013_Edit.receber);

private void btAlterar_Click(object sender, EventArgs e)

{

receber nreceber = new receber();

nreceber.fatura = txtFatura.Text;
nreceber.representante = cbxRepre.Text;
nreceber.banco = cbxBanco.Text;
nreceber.data_lançamento = txtLancamento.Text;
nreceber.vencimento = txtVencimento.Text;
nreceber.forma_de_pagamento = cbxFormaReceb.Text;
nreceber.imposto = Convert.ToDecimal(txtImposto.Text);
nreceber.total_fatura = Convert.ToDecimal(txtTotal.Text);
nreceber.Alterar();

string mensagem = "DADOS GRAVADOS COM SUCESSO";

MessageBox.Show(mensagem, "Sucesso",
MessageBoxButtons.OK,
MessageBoxIcon.Information);
 40

private void finaltcc2013EditBindingSource_CurrentChanged(object sender,

EventArgs e)
{

private void btPesquisar_Click(object sender, EventArgs e)

{
string csql = "SELECT fatura AS fatura,representante AS
representante,banco as banco,data_lancamento as data_lancamento,vencimento as
vencimento,forma_recebimento as forma_recebimento,imposto as
imposto,total_empresa as total_empresa FROM receber WHERE vencimento = '"
+txtVencimento .Text + "'";
clsDados busca = new clsDados();
DataSet ds = busca.RetornarDataSet(csql);
this.dgvReceber .DataSource = ds.Tables[0];

string mensagem = "Registro Representante:";

MessageBox.Show(mensagem, "Sucesso",
MessageBoxButtons.OK,
MessageBoxIcon.Information);
}

private void btRelatorio_Click(object sender, EventArgs e)

{
RelatReceber newrelrecb = new RelatReceber();
newrelrecb.ShowDialog();
}

private void dgvFrete_CellContentClick(object sender,

DataGridViewCellEventArgs e)
{
DataGridViewRow row = this.dgvReceber .Rows[e.RowIndex];
this.txtFatura.Text = row.Cells[0].Value.ToString();
this.cbxRepre .Text = row.Cells[1].Value.ToString();
this.cbxBanco.Text = row.Cells[2].Value.ToString();
this.txtLancamento .Text = row.Cells[3].Value.ToString();
this.txtVencimento.Text = row.Cells[4].Value.ToString();
this.cbxFormaReceb.Text = row.Cells[5].Value.ToString();
this.txtImposto.Text = row.Cells[6].Value.ToString();
this.txtTotal.Text = row.Cells[7].Value.ToString();
}
}
}
 41

17. CRONOGRAMA

Abaixo segue o cronograma montado no programa

GANTTPROJECT, que aprendemos a usar no quinto semestre; O cronograma de
etapas com datas e tarefas, separadamente. Respeitando o horário de trabalho com
4 horas diárias de serviço, excluindo feriados e finais de semana, mas trabalhando
durante as férias da faculdade.

Figura 14 - Cronograma
 42

18. CONCLUSÃO

Devido a uma grande necessidade de um controle mais preciso nas

contas a receber da Transportadora Kawanishi, este software foi desenvolvido para
ser usado com muita simplicidade de controle e fácil aceitação pelo pessoal do
departamento financeiro; Observamos que a empresa teve uma melhora no controle
de pagamento dos seus clientes e uma diminuição no tempo gasto na procura dos
boletos em atrasos, onde anteriormente era tudo feito manualmente.
Este trabalho foi muito gratificante pelo conhecimento adquirido nos
períodos de estudos no estagio e no desenvolvimento do sistema de contas a
receber, fato de conseguir desenvolver um sistema para ajudar uma empresa em
franco crescimento e poder deixar os funcionários com a certeza que as contas
estão corretas.
Neste projeto que foi desenvolvido, ficaram muito marcante as
disciplinas estudas nestes períodos da universidade, desde as primeiras matérias,
fundamentos da lógica e da administração, engenharia de software, banco de dados,
analise de sistemas, todas as matérias foram fundamental para poder desenvolver
um software, sim básico, mas fundamental para que a empresa possa melhorar a
sua administração e crescer, como está previsto pela diretoria, mas o conhecimento
adquirido,
 43

REFERENCIAS

Intitulado «Métodos ágeis (RAD, XP)»a partir de Kioskea (pt.kioskea.net) Internet

acessado em maio de 2013 disponível em: http://pt.kioskea.net/contents/229-
metodos-ageis-rad-xp

Scribd. Poe Rener Metodologia AGILE Internet acessado em maio de 2013

disponível em: http://pt.scribd.com/doc/209170/Metodologia-AGILE

Imaster em 05 de outubro de 2009 por Redação iMasters Internet acessado em maio

de 2013 disponível em: http://imasters.com.br/noticia/metodo-de-desenvolvimento-
agile-cresce-em-popularidade/

Martin R. Bakal, WW Offering Manager, Electronics Industry, IBM e Jennifer

Althouse, Systems Sales Leader, IBM Internet acessado em maio de 2013
disponível Em:http://www.ibm.com/developerworks/br/rational/library/continuous-
integration-agile-development/

Microsoft Internet acessada em maio de 2013 disponível em:

http://msdn.microsoft.com/pt-BR/library/vstudio/fx6bk1f4%28v=vs.100%29.aspx

Wikipédia texto MySQL Internet 29 de maio de 2013 disponível em:

http://pt.wikipedia.org/wiki/MySQL

Professor Prado Ciclo de Vida do Software disponível em

http://www2.dem.inpe.br/ijar/CicoloVidaSoftPrado.html

GUEDES, Gilleanes T. A. UML Uma Abordagem Prática. 3ª Edição. São Paulo:

Novatec, 2007.

RUMBAUGH, James; BOOCH, Grady; JACOBSON, Ivar . UML Guia do Usuário,

Tradução da Segunda Edição. 2ª Edição. São Paulo: Campus/ Elsevier, 2006.

C. J. DATE Introdução a Sistema de BANCO DE DADOS. Rio de Janeiro :

Campus,2000,7ª Ed

Wikipédia C Sharp foi modificada pela última vez à(s) 16h46min de 3 de junho de
2013. Disponível em http://pt.wikipedia.org/wiki/C%E2%99%AF#Ver_tamb.C3.A9m

Wikipédia ORIENTAÇÃO A OBJETOS - Carlos Sica. PHP Orientado a Objetos - Fale

a Linguagem da Internet. 1 ed. Rio de Janeiro: Ciência Moderna, 2006. E Pablo
Dall'Oglio. PHP Programando com Orientação a Objetos: Inclui Design Patterns.
 44

1 ed. São Paulo: Novatec, 2007. 576 p.Disponível em

http://pt.wikipedia.org/wiki/Orienta%C3%A7%C3%A3o_a_objetos

Wikipédia - Microsoft Releases Visual Studio 2010,.NET Framework 4 , launches

Visual Studio 2010 and.NET Framework 4, Microsoft releases Visual Studio
2010,.Net Framework 4 - foi modificada pela última vez à(s) 20h15min de 24 de
março de 2013. Disponível em http://pt.wikipedia.org/wiki/Microsoft_Visual_Studio

Andrade, Gabriel Linguagem de Programação– Internet site acessado no dia

05/06/13 está disponível em http://www.infoescola.com/informatica/o-que-sao-
linguagens-de-programacao/

Digitaldev Linguagens, para que servem?– Internet acessado dia 05/06/13 está
disponível em http://www.digitaldev.com.br/linguagens/

Wikipédia MySQL – Internet acessado dia 06/06/13 – está disponível em

http://pt.wikipedia.org/wiki/MySQL#Caracter.C3.ADsticas

TANAKA, Simone Sawasaki. Análise de sistema II – São Paulo Pearson Prentice

Gall, 2009.

FLORES, Emerson Ricardo. Linguagens e técnicas de programação II – São Paulo

Pearson Prentice Gall, 2009.