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
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
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
Ator Principal Administrador
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
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
Fluxo de Exceções I
Ações do Ator Ações do Sistema
Fluxo de exceções II
Ações do Ator Ações do Sistema
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
Ator Principal Administrador
Atores Secundários
Resumo Este Caso de Uso descreve o cadastramento do Transportador Autuado
Pré-condições O Administrador deverá estar logado no Sistema
Pós-condições Somente o Administrado consegue efetuar este cadastramento
Fluxo Principal
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
Fluxo de exceção I
Ações do Ator Ações do Sistema
Fluxo de Exceção II
Ações do Ator Ações do Sistema
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
Ator Principal Administrador
Atores Secundários
Resumo Este Caso de Uso descreve o cadastramento dos dados do Veículo Autuado
Pré-condições O Administrador deverá estar logado no Sistema
Pós-condições Somente o Administrado consegue efetuar este cadastramento
Fluxo Principal
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
Fluxo de exceção I
Ações do Ator Ações do Sistema
42
Fluxo de Exceção II
Ações do Ator Ações do Sistema
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
Ator Principal Administrador
Atores Secundários
Resumo Este Caso de Uso descreve a
43
geração da Autuação através dos campos já cadastrados
Pré-condições O Administrador deverá estar logado no Sistema
Pós-condições Somente o Administrado consegue efetuar a geração da Autuação
Fluxo Principal
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
Fluxo de Exceção
Ações do Ator Ações do Sistema
Fluxo de Exceção
Ações do Ator Ações do Sistema
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
Ator Principal Administrador
Atores Secundários
Resumo Este Caso de Uso descreve a rotina efetuada diariamente através dos dados cadastrados
Pré-condições O Administrador deverá estar logado no Sistema
Pós-condições O Relatório Diário deverá ser efetuado automaticamente
Fluxo Principal
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
Fluxo de Exceção
Ações do Ator Ações do Sistema
45
Fluxo de Exceção
Ações do Ator Ações do Sistema
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
Ator Principal Administrador
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
Pré-condições O Administrador deverá estar logado no Sistema
Pós-condições Somente o Administrado consegue efetuar a geração do Mensal
Fluxo Principal
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
Fluxo de Exceção
Ações do Ator Ações do Sistema
Fluxo de Exceção
Ações do Ator Ações do Sistema
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
Ator Principal Administrador
Atores Secundários
Resumo Este Caso de Uso descreve a emissão do relatório da Diário
Pré-condições O Administrador deverá estar logado no Sistema
Pós-condições Somente o Administrado consegue efetuar a emissão do relatório de Diário
Fluxo Principal
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
Fluxo de Exceção
48
Ações do Ator Ações do Sistema
Fluxo de Exceção
Ações do Ator Ações do Sistema
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
Ator Principal Administrador
49
Atores Secundários
Resumo Este Caso de Uso descreve a emissão do relatório Mensal
Pré-condições O Administrador deverá estar logado no Sistema
Pós-condições Somente o Administrado consegue efetuar a emissão do relatório Mensal
Fluxo Principal
Ações do Ator Ações do Sistema
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
Ações do Ator Ações do Sistema
Fluxo de Exceção
Ações do Ator Ações do Sistema
Fluxo de Exceção
Ações do Ator Ações do Sistema
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.
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.
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.
Top Related