SISTEMA DE INFORMATIZAÇÃO ADMINISTRATIVO DA … · Figura 1 - DIAGRAMA WBS ... o Artigo o Transportador o Produto Gerar Relatórios o Remessa o Relatórios Diários o Relatórios

JOSÉ MARIA DE OLIVEIRA FILHO

SISTEMA DE INFORMATIZAÇÃO ADMINISTRATIVO DA BALANÇA MÓVEL DE ASSIS

Assis

2014

JOSE MARIA DE OLIVEIRA FILHO

SISTEMA DE INFORMATIZAÇÃO ADMINISTRATIVO DA BALANÇA MÓVEL DE ASSIS

Trabalho de Conclusão de Curso apresentado ao Instituto

Municipal de Ensino Superior de Assis, como requisito do

Curso de Análise e Desenvolvimento de Sistemas.

Orientador: Prof. Dr. Alex Sandro Romeo de Souza Poletto

Área de Concentração: Desenvolvimento de Software

Assis

2014

Ficha catalográfica

OLIVEIRA José Maria de

Sistema de informatização administrativo da balança móvel de Assis/José Maria de Oliveira filho. Fundação Educacional do Município de Assis – FEMA – Assis, 2014.

59p

Orientador: Alex Sandro Romeo de Souza Poletto.

Trabalho de Conclusão de Curso – Instituto Municipal de Ensino Superior de Assis –IMESA.

1. Veiculo. 2. Cadastrar. 3. Relatório. 4. Remessa. 5. DER.

CDD: 001.61

Biblioteca da FEMA

Sistema de informatização administrativo da balança móvel de Assis/José Maria de Oliveira filho. Fundação Educacional do Município de Assis – FEMA – Assis, 2014.

Orientador: Alex Sandro Romeo de Souza Poletto.

Trabalho de Conclusão de Curso – Instituto Municipal de Ensino Superior de Assis –IMESA.

1. Veiculo. 2. Cadastrar. 3. Relatório. 4. Remessa. 5. DER.

CDD: 001.61

Biblioteca da FEMA

Sistema de informatização administrativo da balança móvel de

Assis

JOSÉ MARIA DE OLIVEIRA FILHO

Trabalho de Conclusão de Curso Apresentado ao Instituto

Municipal de Ensino Superior de Assis, como requisito do

Curso De Análise e Desenvolvimento de Sistemas,

Analisado pela seguinte comissão Examinadora:

Orientador: Prof. Dr. Alex Sandro Romeo de Souza Poletto

Analisador: Prof. Esp. Guilherme de Cleva Farto

Assis

2014

DEDICATÓRIA

Dedico este projeto a toda minha família por estar ao meu lado dando sempre apoio e forças para eu

realizar meus trabalhos.

AGRADECIMENTOS

Primeiramente a Deus por sempre estar ao nosso lado nos protegendo e nos

guiando.

Ao professor Alex Sandro Romeo de Souza Poletto pela orientação, paciência

e incentivo dados para conclusão desse projeto.

A meus pais José e Izabel que sempre me aconselharam e incentivaram.

A meus colegas de trabalho que me apoiaram.

A meu irmão Felipe pelo companheirismo e apoio.

A minha namorada Adriana por me dar forças para nunca desistir.

RESUMO

Este trabalho descreve todas as informações referentes à análise e

implementação do sistema administrativo da balança móvel de Assis, tendo em

vista facilitar o trabalho do assistente administrativo para a realização de sua

rotina de trabalho. Este sistema terá informações para elaborar relatórios que

são exigidos pelo órgão governamental DER, que até então todo o trabalho era

efetuado em planilhas e preenchidas varias vezes com os mesmos dados

diariamente. A ideia do software veio através da experiência de trabalho, pois o

profissional tem um grau de trabalho, a intenção é diminuir esse grau com o

software ajudando e melhorando a qualidade do trabalho, oferecendo mais

segurança e menos erros.

Palavras-chaves: Administrativo; Balança; Governamental.

ABSTRACT

This paper will describe all information of software, from analysis to

implementation, to the information system of the mobile balance of Assisi

administrative system in order to facilitate the work of the Administrative

Assistant to perform routine work. This software will have information to compile

reports that are required by the government agency DER, until then all the work

is done in spreadsheets and met several times with the same data daily. The

idea for the software came through work experience because I see that the

professional has a degree of work, the intention is to reduce this degree with the

software and help improving the quality of work, more security and fewer errors.

Keywords: Administrative; Scale; Government.

LISTA DE ILUSTRAÇÕES

Figura 1 - DIAGRAMA WBS ...................................................................................... 27

Figura 2 - SEQUENCIAMENTO DE ATIVIDADES .................................................... 28

Figura 3 - CRONOGRAMA DE ATIVIDADES ........................................................... 30

Figura 4 -CASO DE USO PRINCIPAL ...................................................................... 34

Figura 5 - CASO DE USO LOGIN ............................................................................. 34

Figura 6 - CASO DE USO CADASTRAR CONDUTOR ............................................ 36

Figura 7 - CASO DE USO CADASTRAR EMBARCADOR ....................................... 38

Figura 8 - CASO DE USO CADASTRAR TRANSPORTADOR ................................. 39

Figura 9 - CASO DE USO CADASTRAR VEICULO ................................................. 41

Figura 10 - CASO DE USO GERAR AUTUAÇÃO ..................................................... 42

Figura 11 - CASO DE USO GERAR RELATÓRIO DIÁRIO....................................... 44

Figura 12 - CASO DE USO GERAR RELATÓRIO MENSAL .................................... 45

Figura 13 - CASO DE USO EMITIR RELATÓRIO DIÁRIO ....................................... 47

Figura 14 - CASO DE USO EMITIR RELATÓRIO MENSAL ..................................... 48

Figura 15 - DIAGRAMA DE CLASSE ........................................................................ 50

Figura 16 - DIAGRAMA DE ENTIDADE RELACIONAMENTO ................................. 51

Figura 17 - DIAGRAMA DE SEQUENCIA CADASTRAR MULTA ............................. 52

Figura 18 - DIAGRAMA DE SEQUENCIA GERAR RELATÓRIO .............................. 52

Figura 19 - DIAGRAMA DE SEQUÊNCIA EMITIR RELATÓRIO .............................. 53

Figura 20 - DIAGRAMA DE ATIVIDADE ................................................................... 53

Figura 21 - PÁGINA DE LOGIN ................................................................................ 55

Figura 22 - PÁGINA PRINCIPAL ............................................................................... 56

Figura 23 - TELA DE CADASTROS .......................................................................... 56

Figura 24 - TELA DE VEÍCULOS .............................................................................. 57

Figura 25 - TELA CADASTRO MULTA ..................................................................... 58

Figura 26 - TELA DETALHES DA MULTA ................................................................ 58

Figura 27 - TELA MENSAL ....................................................................................... 59

LISTA DE TABELAS

Tabela 1 - Lista de Eventos ....................................................................................... 19

Tabela 2 - DURAÇÃO DAS ATIVIDADES ................................................................. 29

Tabela 3 - DURAÇÃO DAS ATIVIDADES .................... Erro! Indicador não definido.

Tabela 4 – ESTIMATIVA DE CUSTO ........................................................................ 32

Tabela 5 – DESCRIÇÃO DE CASO DE USO LOGIN ............................................... 35

Tabela 6 - DESCRIÇÃO DE CASO DE USO CADASTRAR CONDUTOR ............... 37

Tabela 7 - DESCRIÇÃO DE CASO DE USO CADASTRAR EMBARCADOR........... 39

Tabela 8 - DESCRIÇÃO DE CASO DE USO CADASTRAR TRANSPORTADOR .... 40

Tabela 9 - DESCRIÇÃO DE CASO DE USO CADASTRAR VEICULO .................... 42

Tabela 10 - DESCRIÇÃO DE CASO DE USO GERAR AUTUAÇÃO ........................ 43

Tabela 11 - DESCRIÇÃO DE CASO DE USO GERAR RELATÓRIO DIÁRIO.......... 45

Tabela 12 - DESCRIÇÃO DE CASO DE USO GERAR RELATÓRIO MENSAL ....... 46

Tabela 13 - DESCRIÇAO DE CASO DE USO EMITIR RELATÓRIO DIÁRIO .......... 48

Tabela 14 - DESCRIÇÃO DE CASO DE USO EMITIR RELATÓRIO MENSAL ........ 49

LISTA DE ABREVIATURAS E SIGLAS

DER - Departamento de Estradas e Rodagens

WBS - Work Breakdown Structure

UML - Unified Modeling Language

SQL - Structure Query Language

C# - C Sharp

SGDB - Sistema de Gerenciamento de Banco de Dados

RAM - Random Access Memory

IDE - Integrated Development Environment

AI – Auto de Infração

IIS - Internet Information Service

umário

1. INTRODUÇÃO 14

1.1. OBJETIVOS 14

1.2. ÚBLICO ALVO 15

1.3. LEVANTAMENTO DE REQUISITOS 15

1.4.1 Desenvolvimento 16

2. ANÁLISE DE REQUISITOS 17

2.1 CLASSIFICAÇÕES DOS REQUISITOS 17

2.1.1 Requisitos Computacionais 17

2.1.2 Requisitos Humanos 18

2.2 CONFLITOS ENCONTRADOS 18

2.3 PROPOSTAS DE SOLUÇÕES 18

2.4 LISTAS DE EVENTOS 18

3. PLANEJAMENTO DO PROJETO 20

3.1 DESCRIÇÕES DA METODOLOGIA DE ANALISE 20

3.2 DESCRIÇÕES DO AMBIENTE DE DESENVOLVIMENTO 20

3.3 FERRAMENTAS DE DESENVOLVIMENTOS 20

3.3.1. Microsoft Visual Studio 2012 Ultimate 21

3.4 FERRAMENTAS DE ANÁLISE 21

3.4.1. Astah Professional 21

3.4.2. DB Designer Fork 22

3.4.3. Visio 22

3.5. BANCO DE DADOS 22

3.5.1. Microsoft SQL Server 2012 22

3.6. LINGUAGENS UTILIZADAS 23

3.6.1. C# 23

3.6.2 HTML (Hyper Text Mark-up Language) 23

3.6.3 ASP.Net MVC 4 24

3.6.4 CSS (Cascading Style Sheets) 24

3.6.5 RAZOR 25

3.6.6 Crystal Reports 25

3.6.7 Data Entity 25

3.7 WBS – WORK BREAKDOWN STRUCTURE 26

3.8 SEQUENCIAMENTO DE ATIVIDADES 28

3.10 CRONOGRAMA DE REALIZAÇÃODE ATIVIDADES 30

3.11 RECURSOS NECESSÁRIOS PARA O DESENVOLVIMENTO DO PROJETO 30

3.11.1 Recursos Computacionais 31

3.11.2 Recursos Físicos 31

3.11.3 Recursos Humanos 31

3.12 ESTIMATIVA DE CUSTOS 31

3.13 ORÇAMENTO DO PROJETO 32

4. ANALISE ORITENTADA A OBJETOS 33

4.1 DEFINIÇÕES DE UML 33

4.2 DIAGRAMA DE CASO DE USO 33

4.2.2 Caso de uso login 34

4.2.3 Caso de uso cadastrar condutor 36

4.2.4 Caso de uso cadastrar embarcador 37

4.2.5 Caso de uso cadastrar transportador 39

4.2.7 Caso de uso cadastrar veiculo 40

4.2.8 Caso de uso gerar autuação 42

4.2.9 Caso de uso gerar relatório diário 43

4.2.10 Caso de uso gerar relatório mensal 45

4.2.13 Caso de uso emitir relatório diário 46

4.3 DIAGRAMA DE CLASSE 49

4.4 DIAGRAMA DE ENTIDADE RELACIONAMENTO 51

4.5 DIAGRAMA DE SEQUENCIA 51

4.5.1 Cadastrar multa 51

4.5.2 Gerar relatório 52

4.5.3Emitir relatório 52

4.6 DIAGRAMA DE ATIVIDADE 53

5. CONCLUSÃO 54

APÊNDICES 55

INTERFARCE DO SISTEMA 55

6. REFERENCIAS 59

14

1. INTRODUÇÃO

O Sistema de informação Administrativo da Balança Móvel de Assis tem como

principal objetivo organizar todo o procedimento administrativo efetuado nas

operações diárias da balança, para que possa agilizar e melhorar os serviços.

Este sistema irá facilitar o trabalho do auxiliar administrativo, que normalmente

tem que preencher várias planilhas diariamente. O sistema irá efetuar o

cadastro do Auto de Infração e o mesmo irá ficar armazenado no banco de

dados e assim ao invés de ficar preenchendo planilhas o profissional irá

somente imprimir os relatórios diários.

O dia a dia do profissional administrativo é quase sempre complicado, pois a

cada “Auto de Infração” efetuado, o administrativo tem que passar essa

infração em todos os relatórios. Ao final de cada semana, ele tem que fazer

uma remessa e novamente preencher toda a tabela desta remessa e ao final

do mês tem que preencher novamente as tabelas do relatório mensal.

1.1. OBJETIVOS

O sistema irá prestar todo o auxilio necessário com os relatórios a serem

desenvolvidos em todo o mês, com o armazenamento de dados somente uma

vez cadastrado. Ou seja, sempre quando for feita um AI (Auto de Infração) é

somente cadastrar os dados no sistema e manipula-los pelo próprio,

visualizando relatórios já prontos e facilitando todo o trabalho.

A implantação deste sistema além de facilitar a rotina atual, fará uma

segurança maior no trabalho do administrativo, já que não terá que ficar

sempre olhando os Autos de Infração para que possa executar seu trabalho. O

esquema do banco de dados seguro para que depois de inserido os dados, os

mesmos não poderão ser mais alterados, somente o administrador do banco

poderá altera-los, isto significa muita segurança no trabalho.

15

JUSTIFICATIVAS

A necessidade da implantação deste software se da por motivo de demora dos

preenchimentos das tabelas, e a falta de organização. O software trará melhor

ambiente de trabalho facilitando todo o sistema administrativo da balança.

1.2. PÚBLICO ALVO

O software desenvolvido tem por meio o objetivo atingir o sistema

administrativo de todas as balanças do estado de São Paulo, e futuramente de

todo o Brasil. Este sistema irá melhorar todo o sistema de segurança de dados

que serão armazenados em Bancos de Dados e somente o administrador do

Banco poderá atualiza-los.

Será de fácil acesso para os chefes de departamentos com melhor visualização

e organização dos relatórios.

1.3. LEVANTAMENTO DE REQUISITOS

Foram levantados os seguintes requisitos:

Cadastro

o Usuário / Administrador / Login

o Embarcador

o Veiculo

o Condutor

o Artigo

o Transportador

o Produto

Gerar Autuação

16

o Embarcador

o Veiculo

o Condutor

o Artigo

o Transportador

o Produto

Gerar Relatórios

o Remessa

o Relatórios Diários

o Relatórios Mensais

Emitir Relatórios

o Relatórios de Remessas

o Relatórios Diários

o Relatórios Mensais

1.4.1 Desenvolvimento

Para o desenvolvimento do sistema, foi levada em conta a experiência na área,

pois trabalho na operação e sei o quanto é difícil o trabalho do administrativo.

Ao longo do período de levantamento de requisitos coletei dados para efetuar

de maneira mais ágil o Sistema, facilitando assim o trabalho. Levando em conta

que as planilhas usadas nos relatórios são padronizadas para cada regional do

D.E.R., sendo assim terei de padroniza-las no Sistema respeitando as normas

exigidas pelo órgão.

17

2. ANÁLISE DE REQUISITOS

Neste capitulo, serão levantados os tipos de requisito técnicos necessários

para a elaboração do Sistema, a verificação dos problemas encontrados e a

melhor maneira de resolvê-los.

2.1 CLASSIFICAÇÕES DOS REQUISITOS

Os requisitos para a implantação do Sistema, não exigem alto investimento em

equipamentos como hardware e software. Como vai ser um sistema Web os

requisitos mínimos é que possua no mínimo um notebook atual e com uma boa

conexão com a internet e a utilização de um navegador de internet, disponível

gratuitamente na web.

Para facilitar a analise, os requisitos foram classificados em Requisitos

Computacionais e Requisitos Humanos.

2.1.1 Requisitos Computacionais

Necessário um computador simples, com o processador dual core, tanto dos

fabricantes Intel quanto AMD, 1Gb de memória RAM(Random Access

Memory), placa de rede e conexão com a internet.

Por ser um sistema web, não se exige espaço de instalação no computador do

cliente, podendo o sistema ser acessado também por dispositivos móveis que

possuam acesso a internet.

Para hospedar o sistema, será necessário um servidor Intel ou Amd, com 8Gb

ou 16Gb de memória RAM, e um HD de 1Tb de armazenamento de dados. E

conexão com a internet acima de 2Mb para transmitir os dados sem lentidão.

18

2.1.2 Requisitos Humanos

Um profissional habilitado com conhecimentos básicos em informática será o

suficiente.

2.2 CONFLITOS ENCONTRADOS

Possíveis conflitos encontrados são:

O profissional não ter conhecimento básico em informática.

Possíveis conflitos com o armazenamento no Banco de Dados.

Manutenção realizada incorretamente com os recursos computacionais.

2.3 PROPOSTAS DE SOLUÇÕES

Capacitar o profissional, realizando um minicurso para o mesmo

ensinando lhe o básico necessário.

Estar sempre disponível para realizar manutenções necessárias para o

Sistema.

Informar ao profissional a maneira correta de como realizar as

manutenções com os equipamentos.

2.4 LISTAS DE EVENTOS

1 Usuário faz o login login

2 Usuário Acessa a pagina principal

Acessar pagina principal

3 Usuário cadastra o condutor Cadastrar condutor

4 Usuário cadastra o embarcador

Cadastrar embarcador

5 Usuário cadastra transportador Cadastrar transportador

19

6 Usuário cadastra o artigo Cadastrar artigo

7 Usuário cadastra o veiculo Cadastrar veículo

8 Usuário visualiza a multa gerada

Gerar autuação

9 Usuário gera a remessa Gerar remessa

10 Usuário gera o relatório diário Gerar relatório diário

11 Usuário gera o relatório mensal

Gerar relatório mensal

12 Usuário emite a remessa Emitir remessa

13 Usuário emite o relatório diário Emitir relatório diário

14 Usuário emite o relatório mensal

Emitir relatório mensal

Tabela 1 - Lista de Eventos

A lista de eventos indica juntamente com os as propostas de soluções de

possíveis conflitos a forma mais clara para a fase do planejamento do projeto.

Visa o entendimento do que será feito pelo usuário no sistema, identificando

passo a passo a manipulação das telas.

20

3. PLANEJAMENTO DO PROJETO

Neste capítulo será a presentado as ferramentas de analise, modelagem e

desenvolvimento de sistema, procurando garantir a maneira mais ágil e melhor

para o desenvolvimento do projeto.

3.1 DESCRIÇÕES DA METODOLOGIA DE ANALISE

Para a modelagem do sistema foi utilizada a metodologia de Análise Orientada

a Objeto, constituída pela linguagem de análise UML (Unify Modeling

Language), sendo ela a mais utilizada, por ser uma linguagem universal,

adaptativa e que pode ser usada para dar base a sistemas construídos em

qualquer linguagem de programação orientada a objetos disponíveis, tais como

o C#, Java, F# entre outras

3.2 DESCRIÇÕES DO AMBIENTE DE DESENVOLVIMENTO

O sistema foi desenvolvido utilizando a ferramenta Visual Studio 2012 Ultimate,

da empresa Microsoft, utilizando a plataforma ASP.Net. Para armazenar todos

os dados necessários utilizou-se o banco de dados Microsoft SQL Server 2012,

o qual está incluído na ferramenta Visual Studio. Utilizou-se também o IIS

(Internet Information Service) que é um Web Service próprio da ferramenta

Visual Studio.

3.3 FERRAMENTAS DE DESENVOLVIMENTOS

Para a construção do sistema, foram usadas duas ferramentas indispensáveis,

que são de fácil manipulação e não exigem alto conhecimento específico.

21

Se o projeto exigir algum estudo mais aplicado e específico, as ferramentas de

desenvolvimento usadas possuem extensa documentação e vários títulos

bibliográficos disponíveis para possíveis consultas. São elas a Microsoft Visual

Studio 2012 e a Microsoft SQL Server 2012.

Para a Modelagem e Análise do projeto foram usadas as ferramentas Astah

Professional, especializada em UML, DB Designer Fork para a modelagem do

banco de dados e Visio Professional, para a gestão do tempo do projeto.

3.3.1. Microsoft Visual Studio 2012 Ultimate

Segundo Marcos (2012), o Visual Studio é uma ferramenta que possibilita a

criação de vários programas e em diferentes linguagens de programação como

o C#, VB, C++.

O Visual Studio possibilita o pouco uso de linhas de códigos pois proporciona a

facilidade de clicar e arrastar.

3.4 FERRAMENTAS DE ANÁLISE

Para o desenvolvimento do projeto foram utilizadas as ferramentas Astah, para

as atividades, o DBDesigner, para a documentação do Banco de Dados e o

Visio Professional para o ERP e o cronograma.

3.4.1. Astah Professional

Segundo Change Vision et al. (2009),o Astah é uma ferramenta de modelagem

em UML que permite a construção de vários diagramas essenciais para a

análise de software. Em sua versão 2.0, disponível nas versões Community e

Professional, o Astah conta ainda com opções como exportar diagrama para

imagens, fazer a engenharia reversa de código pronto em Java para os

diagramas, e fazer a conversão dos diagramas em linguagens Java.

22

3.4.2. DB Designer Fork

Segundo fabForce et al. (2003), o DB Designer é uma ferramenta para

modelagem de dados, trabalhando com modelos lógicos e desenvolvida pela

fabForce. Possui licença livre, sendo multiplataforma e implementado em

Delphi/Kylix. O DBDesigner permite a modelagem, criação e manutenção de

Banco de Dados.

3.4.3. Visio

A ferramenta Visio é utilizada para elaborar diagramas em ambiente Windows.

É de fácil utilização, foi desenvolvido pela Visio Corporation e que foi adquirida

pela Microsoft.

3.5. BANCO DE DADOS

Para o funcionamento do sistema terá a necessidade de guardar e tratar os

dados. O Visual Studio oferece, integrada a sua IDE, um Banco de Dados

seguro, e compatível com a grande maioria de sistemas, sejam desktop ou

web, tornando a programação do Banco de Dados do sistema mais fácil e

totalmente integrada com outras etapas de programação.

3.5.1. Microsoft SQL Server 2012

Segundo Mistry (et al, 2012), o SQL Server é um gerenciador de Banco de

Dados relacional criado pela Microsoft para uso em sistemas corporativos ou

23

de outros portes. O SQL Server trabalha somente sobre a plataforma Windows,

diferente de outros SGBD’s como o Oracle e o MySql.

3.6. LINGUAGENS UTILIZADAS

Para a implementação, foram utilizadas linguagens de programação presentes

na construção de sites web.

O C#, uma linguagem de programação orientada a objetos que fará todas as

ações do sistema.

A linguagem HTML oferece mobilidade e adaptabilidade ao sistema, deixando-

o leve, fácil de manipular. Foi utilizada a linguagem RAZOR que possibilita a

inserir a lógica da aplicação junto com os códigos HTML.

3.6.1. C#

Segundo Lotar (2010), descreve o C#, leia-se c sharp, como uma linguagem de

programação criada para o desenvolvimento de uma infinidade de aplicações

que são executadas sobre a plataforma. Net.

O C# permite o desenvolvimento rápido de aplicações, mantendo o estilo das

linguagens c Style. Primeiramente desenvolvida com o nome de Cool, e

renomeada para C# no lançamento da plataforma .Net, ajudou muito no seu

desenvolvimento, fazendo com que esta plataforma não fosse obrigada a se

adaptar a outras linguagens já existentes, criando assim, uma linguagem

própria.

3.6.2 HTML (Hyper Text Mark-up Language)

24

Segundo TERUEL et al. (2011), idealizada em 1980 pelo cientista Tim Berners-

Lee, a linguagem HTML tinha como principal objetivo era criar um mecanismo

simples que pudesse ser utilizado por qualquer pessoa quisesse disseminar

documentos científicos.

Basicamente um documento HTML é composto por elementos

hierarquicamente organizados. Utiliza-se tags para inserir elementos a um

documento HTML, essas tags podem possuir elementos e atributos.

Desde o começo o HTML foi desenvolvido para ser uma linguagem

independente de plataformas, dessa forma evitou-se que a Web fosse

desenvolvida em uma base proprietária.

3.6.3 ASP.Net MVC 4

Segundo GALLOWAY et al. (2012), microsoft ASP.NET MVC 4 é um

framework de desenvolvimento de aplicações web construída em cima do

NET.Framework, baseado nos padrões MVC e Front Controller.

O MVC(model-view-controller) é um padrão de arquitetura que tem por objetivo

isolar a lógica de negócio da lógica de apresentação de uma aplicação,

amplamente adotado nas principais plataformas de desenvolvimento atuais.

O MVC divide a aplicação em três tipos de componentes: modelo, visão e

controlador.

Modelo: encapsula os dados e as funcionalidades da aplicação.

Visão: é responsável pela exibição de informações, cujo dados são obtidos do

modelo.

Controlador: recebe as requisições do usuário e aciona o modelo ou a visão.

3.6.4 CSS (Cascading Style Sheets)

O CSS formata as informações que é entregue pelo HTML, essa informação

pode ser qualquer coisa: imagem, texto, vídeo, áudio ou qualquer outro

25

elemento criado. Sua maior vantagem é separar o estilo de formatação do

conteúdo da página deixando-a mais organizada, sendo assim o principal

motivo de sua criação.

3.6.5 RAZOR

Segundo LOTAR et al. (2011), o ASP.NET Razor é uma view engine que já

esta incluída no WebNatrix, com ele temos a possibilidade de inserir a lógica da

aplicação diretamente na camada de visualização do projeto. A sintaxe do

Razor é baseada na consagrada tecnologia ASP. NET que tem com base o

Microsoft Net.framework, possibilitando que o programador tenha todo o poder

do ASP.NET utilizando o WebMatrix e o Razor, porém com uma sintaxe

simplificada, como resultado o programador ganha produtividade.

3.6.6 Crystal Reports

Segundo MCAMIS et al. (2004), em 1992 o Crystal Reports foi lançado como

um gerador de relatórios baseado no Windows. A Microsoft adotou como

padrão em 1993 para o visual basic, logo em seguida adotou para o Visual

Studio. Os desenvolvedores que trabalham com a IDE (interface de

programação de aplicativos) Visual Studio podem usufruir da gama de opções

que o software Crystal Reports possui, para manipular os relatórios. Tornando

assim mais prático a criação de relatórios e as regras necessárias.

3.6.7 Data Entity

Segundo CHADWICK et al. (2012) o Data Entity é um framework do tipo ORM

que permite tratar e manipular dados como classes e objetos de domínio. Por

26

ser desenvolvido, mantido e disponibilizado pela Microsoft, ele se integra de

forma otimizada às tecnologias disponíveis na plataforma .Net com

performance, segurança e robustez.

3.6.8. jQuery

Para os programadores a biblioteca jQuery torna a programação de Java Scrit

mais simples e fácil de manipular. Essa biblioteca foi criada por John Resing e

é um software livre.

Segundo Silva (2008, p. 18):

jQuery se destina a adicionar interatividade e dinamismo às páginas web, incrementando de forma progressiva e não obstrutiva a usabilidade, a acessibilidade e o design, enriquecendo a experiência do usuário. Use jQuery em sua página para: Adicionar efeitos visuais e animações; Acessar e manipular o DOM; Buscar informações no servidor sem necessidade de recarregar a página; Prover interatividade; Alterar conteúdos; Modificar apresentação e estilização; Simplificar tarefas específicas de JavaScript; Realizar outras tarefas relacionadas às descritas

3.7 WBS – WORK BREAKDOWN STRUCTURE

Segundo o Guia PMI de Gerenciamento de Projetos (2004, p. 112):

A WBS, ou Estrutura Analítica de Projeto, é uma decomposição hierárquica orientada à entrega do trabalho a ser executado pela equipe do projeto, para atingir os objetivos do projeto e criar as entregas necessárias. A EAP organiza e define o escopo total do projeto. A EAP subdivide o trabalho do projeto em partes menores e mais facilmente gerenciáveis, em que cada nível descendente da EAP representa uma definição cada vez mais detalhada do trabalho do projeto. É possível agendar, estimar custos, monitorar e controlar o trabalho planejado contido nos componentes de nível mais baixo da EAP, denominados pacotes de trabalho.

27

A Work Breakdown Structure foi definida hierarquicamente de acordo com cada

parte do projeto e suas partes terminais, como especificado no diagrama abaixo.

WBS – WORK BREAKDOWN STRUCTURE

Sistema de Informação da Balança Móvel de

Assis

Fase

inicial

Requisito

s

AnáliseDesenvol

vimento

Implantaç

ão

Levantam

ento de

requisitos

Especific

ação de

requisitos

Diagrama

s de caso

de uso

programa

çãoinstalação

Analise

de

requisitos

Especific

ação dos

UC

testes

Diagrama

de classe

Diagrama

de E-R

Diagrama

de

Atividade

Diagrama

de

sequencia

Diagrama

de WBS

Figura 1 - DIAGRAMA WBS

28

3.8 SEQUENCIAMENTO DE ATIVIDADES

Levantamento dos requisitos

Especificação dos requisitos

Analise dos requisitos

Diagrama de caso de uso

Especificação de caso de uso

Diagrama de classeDiagrama de

entidade relacionamento

Diagrama de atividade

Diagrama de sequencia

Diagrama de WBS programação testes

instalação

Figura 2 - SEQUENCIAMENTO DE ATIVIDADES

29

3.9 ESTIMATIVAS DE DURAÇÃO DAS ATIVIDADES DEFINIDAS

A tabela de duração das atividades foi descrita de acordo com o andamento de

realização das atividades do trabalho.

Tabela 2 - DURAÇÃO DAS ATIVIDADES

ATIVIDADE TOTAL DE DIAS

HORAS (DIA)

TOTAL DE HORAS

LEVANTAMENTO DE REQUISITOS

15 2H 40H

ESPECIFICAÇÃO DE REQUISITOS

15 2H 40H

ANALISE DE REQUISITOS

20 1H 20H

DIAGRAMA DE CASO DE USO

20 1H 20H

ESPECIFICAÇÃO DE CASO DE USO

20 2H 40H

DIAGRAMA DE CLASSE

6 3H 18H

DIAGRAMA DE ENTDADE

RELACIONAMENTO

6 3H 18H

DIAGRAMA DE ATIVIDADES

4 1H 4H

DIAGRAMA DE SEQUÊNCIA

4 1H 4H

DIAGRAMA DE WBS 2 1H 2H

PROGRAMAÇÃO 90 2H 180H

TESTES 2 2H 4H

INSTALAÇÃO 2 3H 6H

30

3.10 CRONOGRAMA DE REALIZAÇÃODE ATIVIDADES

O cronograma de realização de atividades indica todo o processo e duração das

atividades mostradas em dias trabalhados.

Identificaç

ãoNome da tarefa Início Término Duração

Q4 13 Q1 14

1 10d28/11/201315/11/2013Levantamento de

requisitos

2 10d11/12/201328/11/2013Especificação de

requisitos

3 15d31/12/201311/12/2013Analise de requisitos

4 20d27/01/201431/12/2013Diagrama de caso de uso

5 17d18/02/201427/01/2014Especificação de caso de

uso

6 6d25/02/201418/02/2014Diagrama de classe

7 6d04/03/201425/02/2014Diagrama de entidade

relacionamento

8 4d07/03/201404/03/2014Diagrama de atividade

9 4d12/03/201407/03/2014Diagrama de sequencia

13 2d22/07/201421/07/2014Instalação

10 2d13/03/201412/03/2014Diagrama de WBS

11

12

90d18/07/201417/03/2014Programação

2d21/07/201418/07/2014Testes

Q2 14 Q3 14

Figura 3 - CRONOGRAMA DE ATIVIDADES

3.11 RECURSOS NECESSÁRIOS PARA O DESENVOLVIMENTO DO

PROJETO

Para a elaboração, teste e implementação do projeto, será demonstrado a

seguir os custos para todas essas atividades, desde recursos físicos, como

computadores até recursos humanos, como contratação de pessoal,

salário e outros. Levando em consideração ser um projeto de pequeno

porte, a contratação de pessoal não será necessária, sendo que o

31

próprio graduando executará todas as tarefas cabíveis a cada componente

da equipe, reduzindo assim, o custo final do Projeto.

3.11.1 Recursos Computacionais

- Windows 8 Home Premium;

- Microsoft Visual Studio 2012 Ultimate;

- Banco de Dados Microsoft SQL Server 2012;

- Astah Professional;

- DB Designer Fork;

- Microsoft Office Home 2010;

-Microsoft Visio Professional 2013;

3.11.2 Recursos Físicos

- 1 (um) notebook;

3.11.3 Recursos Humanos

- 1 (um) Analista de Sistema

3.12 ESTIMATIVA DE CUSTOS

32

Foi levantado o valor das ferramentas e mão de obra necessária para a

elaboração do trabalho e a criação do sistema. Indicado abaixo na tabela.

Recursos Valor

1.computacionais - Windows 8 Home Premium;

R$400.00

- Microsoft Visual Studio 2012 Ultimate;

R$11300.00

- Banco de Dados Microsoft SQL Server 2012;

Incluído no Microsoft visual studio.

- Astah Professional;

R$94.80

- DB Designer Fork;

freeware

Microsoft Visio Professional 2013;

R$1044.00

2.recursos físicos

- 1 (um) notebook;

R$1800.00

3.recursos humanos

- 1 (um) Analista de Sistema (em média R$ 20.00 por hora, trabalhando em regime CLT de 44 horas

R$28160.00

Tabela 3 – ESTIMATIVA DE CUSTO

3.13 ORÇAMENTO DO PROJETO

O orçamento total do projeto está estimado em R$ 42.798.80. Levando em

conta o projeto ser concluído no prazo determinado e não havendo atrasos,

terá um custo de R$ 5.349.85 por mês.

33

4. ANALISE ORITENTADA A OBJETOS

Para a realização do projeto foi adotado a orientação a objetos, pois em

relação à programação procedural, oferece melhor aproveitamento e

resoluções de problemas apresentados nos sistemas.

4.1 DEFINIÇÕES DE UML

Segundo Guedes (2010) a UML Unifed Modeling Language, é uma linguagem

visual para modelar softwares baseados no paradigma da orientação a objetos.

Esta linguagem tornou-se nos últimos anos a linguagem padrão

internacionalmente pela indústria de engenharia de software.

A UML nada mais é uma linguagem de modelagem para que os analistas de

sistemas possam interpretar de melhor maneira possível para implementar o

software.

4.2 DIAGRAMA DE CASO DE USO

Segundo Guedes (2010) O diagrama de caso de uso é o mais geral de toda a

UML, utilizados normalmente na fase inicial do sistema e da base para fazer

outros diagramas, sua linguagem é bem simples de ser compreendida para

visualizar de como o sistema irá se comportar.

4.2.1 Caso de Uso principal

O caso de uso principal mostra todo o procedimento realizado pelo administrativo

no seu trabalho.

34

Figura 4 -CASO DE USO PRINCIPAL

4.2.2 Caso de uso login

O caso de uso login, mostra se o usuário é cadastrado, pois se o mesmo não for

cadastrado tem que realizar o cadastramento.

Figura 5 - CASO DE USO LOGIN

35

Nome do Caso de Uso Fazer Login.

Caso de Uso Geral Cadastrar Administrativo.

Ator Principal Administrativo.

Atores Secundário

Resumo Este caso de uso descreve as etapas para efetuar o login.

Pré Condições O Administrativo deverá ter efetuado seu cadastro antes do login.

Pós Condições

Fluxo Principal

Ações do Ator Ações do Sistema

1.O usuário informa o nome do Usuário e Senha e clica no botão de login.

O sistema entra na pagina principal

Restrições/Validações O nome do Usuário e Senha deve estar cadastrado no Banco de Dados.

Fluxo Alternativo – Cadastrar Usuário/Administrador


1. Se o Usuário do Sistema, não estiver cadastrado, executar Caso de Uso cadastrar Administrador para que o mesmo possa ser cadastrado.

Fluxo de Exceção I – nome do Usuário incorreto

Ações do Ator Ações do Sistema.

1. O Sistema retorna mensagem de erro, informando que o nome do Usuário esta incorreto.

Fluxo de Exceção II – Senha incorreta


1. O sistema retorna mensagem de erro, informando ao Usuário que a senha esta incorreta.

Fluxo de Exceção III – Usuário não cadastrado


1. O Sistema retorna mensagem, informando que não existe Usuário cadastrado.

Tabela 4 – DESCRIÇÃO DE CASO DE USO LOGIN

36

4.2.3 Caso de uso cadastrar condutor

O caso de uso cadastrar condutor indica que o usuário faz login e logo pesquisa os

dados do condutor e se o mesmo não for cadastrado tem que realizar o

cadastramento.

Figura 6 - CASO DE USO CADASTRAR CONDUTOR

Nome do Caso de Uso Cadastrar Administrador

Caso de Uso Geral Acessar Página Principal

Ator Principal Administrador

Atores Secundários

Resumo Este Caso de Uso é para realizar o Usuário/Administrador, no sistema.

Pré-Condições O Usuário Administrador deverá conter seus documentos pessoais para o cadastramento

Pós-Condições

Fluxo Principal


1. O Usuário informa dados

37

necessários, bem como o Nome de Usuário e Senha. Após o formulário preenchido clica em cadastrar

2. O Sistema entra na Página Principal para o Usuário começar a trabalhar

Restrições Validações Todos os campos devem estar preenchidos corretamente tais como o Nome de Usuário e Senha devem conter no mínimo 6 caracteres

Fluxo de Exceções I –campos em branco


1. O Sistema retorna uma mensagem de erro, informando que não podem existir campos em branco no formulário.

Fluxo de Exceções II – Usuário e Senha fora dos Padrões


1. O sistema retorna uma mensagem de erro, informando que Usuário e Senha não correspondem um com o outro.

Fluxo de exceções III – Usuário/Administrador já cadastrado


1. O Sistema retorna uma mensagem de erro informando que o Usuário já esta cadastrado.

Tabela 5 - DESCRIÇÃO DE CASO DE USO CADASTRAR CONDUTOR

4.2.4 Caso de uso cadastrar embarcador

O caso de uso cadastrar embarcador indica que o usuário faz login e logo pesquisa

os dados do embarcador e se o mesmo não for cadastrado tem que realizar o

cadastramento.

38

Figura 7 - CASO DE USO CADASTRAR EMBARCADOR

Nome do Caso de Uso Cadastrar Embarcador

Caso de Uso Geral


Atores Secundários

Resumo Este Caso de Uso descreve o cadastramento do Embarcador Autuado

Pré-condições O administrador deverá estar logado no Sistema

Pós-condições Somente o Administrado consegue efetuar este cadastramento

Fluxo Principal


1. O Administrador entra com as informações do Embarcador

2. O Sistema guarda os dados do Embarcador no Banco de Dados e gera uma lista

Restrições / Validações Não pode haver duplicidades de Embarcador

Fluxo Alternativo

39


Fluxo de Exceções I


Fluxo de exceções II


Tabela 6 - DESCRIÇÃO DE CASO DE USO CADASTRAR EMBARCADOR

4.2.5 Caso de uso cadastrar transportador

O caso de uso cadastrar transportador indica que o usuário faz login e logo pesquisa

os dados do transportador e se o mesmo não for cadastrado tem que realizar o

cadastramento.

Figura 8 - CASO DE USO CADASTRAR TRANSPORTADOR

40

Nome do Caso de Uso Cadastrar Transportador

Caso de Uso Geral


Atores Secundários

Resumo Este Caso de Uso descreve o cadastramento do Transportador Autuado

Pré-condições O Administrador deverá estar logado no Sistema


Fluxo Principal


1. O Administrador entra com os dados do Transportador

2. O Sistema guarda os dados no Banco de Dados e gera uma lista

Validações / Restrições Não pode haver duplicidade do Transportador

Fluxo Alternativo


Fluxo de exceção I


Fluxo de Exceção II


Tabela 7 - DESCRIÇÃO DE CASO DE USO CADASTRAR TRANSPORTADOR

4.2.7 Caso de uso cadastrar veiculo

O caso de uso cadastrar veiculo indica que o usuário faz login e logo pesquisa os

dados do veiculo e se o mesmo não for cadastrado tem que realizar o

cadastramento.

41

Figura 9 - CASO DE USO CADASTRAR VEICULO

Nome do Caso de Uso Cadastrar Veículo

Caso de Uso Geral


Atores Secundários

Resumo Este Caso de Uso descreve o cadastramento dos dados do Veículo Autuado



Fluxo Principal


3. O Administrador entra com os dados do Veículo

4. O Sistema guarda os dados no Banco de Dados e gera uma lista

Validações / Restrições Não pode haver duplicidade do Veículo

Fluxo Alternativo


Fluxo de exceção I


42

Fluxo de Exceção II


Tabela 8 - DESCRIÇÃO DE CASO DE USO CADASTRAR VEICULO

4.2.8 Caso de uso gerar autuação

O caso de uso gerar autuação indica que o usuário pesquisa todos os dados

cadastrados para efetivar o cadastramento do auto de infração.

Figura 10 - CASO DE USO GERAR AUTUAÇÃO

Nome do Caso de Uso Gerar Autuação

Caso de Uso Geral


Atores Secundários

Resumo Este Caso de Uso descreve a

43

geração da Autuação através dos campos já cadastrados


Pós-condições Somente o Administrado consegue efetuar a geração da Autuação

Fluxo Principal


1. O Administrador entra com as informações dos campos cadastrados

2. O Sistema guarda os dados da Autuação no Banco de Dados e gera relatórios

Restrições / Validações Não pode haver duplicidade da mesma Autuação

Fluxo Alternativo


Fluxo de Exceção


Fluxo de Exceção


Tabela 9 - DESCRIÇÃO DE CASO DE USO GERAR AUTUAÇÃO

4.2.9 Caso de uso gerar relatório diário

O caso de uso gerar relatório diário mostra o procedimento de pesquisar os autos de

infração cadastrados e inseri-los nos relatórios.

44

Figura 11 - CASO DE USO GERAR RELATÓRIO DIÁRIO

Nome do Caso de Uso Gerar Relatório Diário Caso de Uso Geral


Atores Secundários

Resumo Este Caso de Uso descreve a rotina efetuada diariamente através dos dados cadastrados


Pós-condições O Relatório Diário deverá ser efetuado automaticamente

Fluxo Principal


1. O Administrador deverá fazer somente pesquisas dos Relatórios

2. O Sistema gera automaticamente o Relatório Diário

Restrições / Validações Não pode haver duplicidade dos números das Autuações

Fluxo Alternativo


Fluxo de Exceção


45

Fluxo de Exceção


Tabela 10 - DESCRIÇÃO DE CASO DE USO GERAR RELATÓRIO DIÁRIO

4.2.10 Caso de uso gerar relatório mensal

O caso de uso gerar relatório mensal mostra o procedimento de pesquisar os autos

de infração cadastrados e inseri-los nos relatórios.

Figura 12 - CASO DE USO GERAR RELATÓRIO MENSAL

Nome do Caso de Uso Gerar Relatório Mensal

Caso de Uso Geral


Atores Secundários

Resumo Este Caso de Uso descreve a geração do Relatório Mensal extraindo dados financeiros e fiscalizados das autuações

46


Pós-condições Somente o Administrado consegue efetuar a geração do Mensal

Fluxo Principal


1. O Administrador efetua pesquisas das Autuações cadastradas

2. O Sistema atualiza automaticamente o Mensal

Restrições / Validações Não pode haver duplicidade da mesma Autuação

Fluxo Alternativo


Fluxo de Exceção


Fluxo de Exceção


Tabela 11 - DESCRIÇÃO DE CASO DE USO GERAR RELATÓRIO MENSAL

4.2.13 Caso de uso emitir relatório diário

O caso de uso emitir relatório diário indica depois de feito todos os relatórios como

as auto de infrações cadastradas tem que realizar a emissão dos relatórios através

de impressões.

47

Figura 13 - CASO DE USO EMITIR RELATÓRIO DIÁRIO

Nome do Caso de Uso Gerar Emitir Relatório Diário

Caso de Uso Geral


Atores Secundários

Resumo Este Caso de Uso descreve a emissão do relatório da Diário


Pós-condições Somente o Administrado consegue efetuar a emissão do relatório de Diário

Fluxo Principal


1. O Administrador efetua a pesquisa do Relatório Diário gerada para emitir o relatório

2. O Sistema atualiza o relatório Diário através da mesma salva

Restrições / Validações Não pode haver duplicidade de Auruações

Fluxo Alternativo


Fluxo de Exceção

48


Fluxo de Exceção


Tabela 12 - DESCRIÇAO DE CASO DE USO EMITIR RELATÓRIO DIÁRIO

4.2.14 Caso de uso emitir relatório mensal

O caso de uso emitir relatório mensal indica depois de feito todos os relatórios como

as auto de infrações cadastradas tem que realizar a emissão dos relatórios através

de impressões.

Figura 14 - CASO DE USO EMITIR RELATÓRIO MENSAL

Nome do Caso de Uso Gerar Emitir Mensal

Caso de Uso Geral


49

Atores Secundários

Resumo Este Caso de Uso descreve a emissão do relatório Mensal


Pós-condições Somente o Administrado consegue efetuar a emissão do relatório Mensal

Fluxo Principal


1. O Administrador efetua a pesquisa do Relatório Mensal gerada para emitir o relatório

2. O Sistema atualiza o relatório Mensal através da mesma salva

Restrições / Validações Não pode haver duplicidade de Autuações

Fluxo Alternativo


Fluxo de Exceção


Fluxo de Exceção


Tabela 13 - DESCRIÇÃO DE CASO DE USO EMITIR RELATÓRIO MENSAL

4.3 DIAGRAMA DE CLASSE

Segundo Guedes (2010), O diagrama de classe é o mais importante e mais

utilizado na UML, seu próprio nome já o define as estruturas das classes

utilizadas pelo sistema.

50

Figura 15 - DIAGRAMA DE CLASSE

51

4.4 DIAGRAMA DE ENTIDADE RELACIONAMENTO

Figura 16 - DIAGRAMA DE ENTIDADE RELACIONAMENTO

4.5 DIAGRAMA DE SEQUENCIA

Segundo Guedes (2010), o diagrama de sequência é um diagrama

comportamental, cuja principal função é determinar a sequência de eventos

que ocorrem em um determinado processo, identificando assim, quais

mensagens devem ser disparadas entre os elementos envolvidos e em qual

sequência

4.5.1 Cadastrar multa

O diagrama de sequência cadastrar multa mostra o procedimento realizado pelo

usuário até o momento de cadastrar a auto de infração.

52

Figura 17 - DIAGRAMA DE SEQUENCIA CADASTRAR MULTA

4.5.2 Gerar relatório

O diagrama de sequência gerar relatório mostra o procedimento realizado pelo

usuário até o procedimento de inserir os autos de infrações no relatório.

Figura 18 - DIAGRAMA DE SEQUENCIA GERAR RELATÓRIO

4.5.3Emitir relatório

O diagrama de sequência emitir relatório mostra o procedimento realizado pelo

usuário até o momento da impressão dos relatórios.

53

Figura 19 - DIAGRAMA DE SEQUÊNCIA EMITIR RELATÓRIO

4.6 DIAGRAMA DE ATIVIDADE

Segundo Guedes (2010),diagrama de atividade descreve os passos para a

conclusão de uma atividade especifica, podendo ser representada por um

método com certo grau de complexidade.

Figura 20 - DIAGRAMA DE ATIVIDADE

54

5. CONCLUSÃO

Este trabalho teve como objetivo criar e implementar um software para

informatização do sistema administrativo da balança móvel de Assis, idealizado

para auxiliar o trabalho do profissional, de maneira rápida, eficaz e segura.

O software foi idealizado com os estudos realizados no curso de Analise e

Desenvolvimento de Sistemas e foi construído com o Visual Studio 2012,

juntamente com o Banco de Dados SQL Server, utilizando a linguagem C#

para a programação.

Como será armazenados dados extremamente confidenciais de pessoas, o

software contará com um esquema bem seguro de Banco de Dados sendo

assim só o administrador do banco poderá ter acesso aos dados e manuseá-

los. Enfim o software será construído com o intuito de agilizar o trabalho de

maneira rápida e segura.

Pretende-se realizar continuidade do trabalho utilizando serviços Web,

podendo assim assimilar os dados gerados diretamente com os relatórios da

regional de São Paulo. E até mesmo ligar o sistema diretamente a balança,

podendo assim diminuir e agilizar todo o procedimento de gerar os relatórios.

55

APÊNDICES

INTERFARCE DO SISTEMA

Figura 21 - PÁGINA DE LOGIN

56

Figura 22 - PÁGINA PRINCIPAL

Figura 23 - TELA DE CADASTROS

57

Figura 24 - TELA DE VEÍCULOS

58

Figura 25 - TELA CADASTRO MULTA

Figura 26 - TELA DETALHES DA MULTA

59

Figura 27 - TELA MENSAL

6. REFERENCIAS

GUNNERSON, Éric. Introdução a Programação em C#. Editora Ciência Moderna, 2001.

CAMACHO JÚNIOR, Carlos Olavo de Azevedo. Guia prático para o

desenvolvimento de Aplicações C# em Camadas. Florianópolis, Visual

Books Editora, 2008.

GUEDES, Gilleanes T. A. UML2 Uma abordagem prática. São Paulo:

Novatec Editora, 2009.

60

LEE, Richard C e TEPFENHART, William M. UML e C++ Guia Prático de Desenvolvimento Orientado a Objeto. Tradução de Celso Roberto Paschoa. São Paulo, Editora Morkron books Ltda, 2001. Microsot Corporation. Introduction to Visual Studio Technologies. Apress Books, 2012. Edição Digital. MISTRY, Ross e MISNER, Stacia. Introducing Microsoft SQL Server 2012. Microsoft Press, 2012. Edição Digital. Change Vision Inc. astah Basic Operation Guide. Change Vision Inc., 2009. Edição Digital. fabFORCE.net. DB Designer 4 Documentation. fabFORCE.net,2003. Edição Digital.

HANSELMAN, Scott e ANDERSON, Rick. Intro to Asp.Net MVC4 with Visual

Studio (Beta). E - book 2012. Edição Digital.

LOTAR, Alfredo. Programando com Asp.Net MVC. Editora Novatec 2011.

GALLOWAY, Jon , HAACK, Phil, WILSON Brad, ALLEN Scott. Professional

ASP.NET MVC 4. Indiana: Editora John Wiley & Sons 2012.

CHADWICK, Jess, SNYDER, Todd e PANDA Hrusikesh. Programming

ASP.NET MVC 4. Editora O’Reilly Media 2012.

MCAMIS, David . Professional Crystal Reports for Visual Studio.NET.

Segunda Edição. Indiana: Editora Wiley Publishing 2004.

Documents

SISTEMA DE INFORMATIZAÇÃO ADMINISTRATIVO DA … · Figura 1 - DIAGRAMA WBS ... o Artigo o Transportador o Produto Gerar Relatórios o Remessa o Relatórios Diários o Relatórios