CENTRO PAULA SOUZA

FACULDADE DE TECNOLOGIA DE FRANCA

Dr. THOMAZ NOVELINO

TECNOLOGIA EM ANLISE E DESENVOLVIMENTO DE SISTEMAS

SAMUEL MAGNO DA SILVA

APLICAO PARA GERENCIAMENTO DE OFICINA MECNICA

FRANCA/SP
2016

SAMUEL MAGNO DA SILVA

APLICAO PARA GERENCIAMENTO DE OFICINA MECNICA

Trabalho de Graduao apresentado

Faculdade de Tecnologia de Franca - Dr.
Thomaz Novelino, como parte dos requisitos
obrigatrios para obteno do ttulo de
Tecnlogo em Anlise e Desenvolvimento de
Sistemas.

Orientador: Prof. Me. Carlos Eduardo de

Frana Roland

FRANCA/SP
2016

SAMUEL MAGNO DA SILVA

APLICAO PARA GERENCIAMENTO DE OFICINA MECNICA

Trabalho de Graduao apresentado

Faculdade de Tecnologia de Franca Dr.
Thomaz Novelino, como parte dos
requisitos obrigatrios para obteno do
ttulo de Tecnlogo em Anlise e
Desenvolvimento de Sistemas.

Trabalho avaliado e aprovado pela seguinte Banca Examinadora:

Orientador ......... : _______________________________________________

Nome ................. : Prof. Me. Carlos Eduardo de Frana Roland
Instituio .......... : Faculdade de Tecnologia de Franca Dr. Thomaz Novelino
Examinador(a) 1 : _______________________________________________
Nome ................. : Examinador_1
Instituio .......... : Faculdade de Tecnologia de Franca Dr. Thomaz Novelino
Examinador(a) 2 : _______________________________________________
Nome ................. : Examinador_2
Instituio .......... : Faculdade de Tecnologia de Franca Dr. Thomaz Novelino

Franca, XX de dezembro de 2016.

AGRADECIMENTO

Primeiramente a Deus que nos concedeu a vida, aos familiares e amigos que
sempre me apoiaram, aos professores especialmente ao Me. Carlos Eduardo
Frana Roland que com ateno compartilharam seus conhecimentos, dando a fora
necessria para a concluso deste trabalho.

Dedico este trabalho a todos os que de alguma

maneira

ajudaram

em

minha

caminhada

acadmica, familiares, amigos e professores.

Dedico tambm a Deus, que nos deu a vida e
que faamos dele a nossa grande obra.

 melhor atirar-se luta em busca de dias

melhores, mesmo correndo o risco de perder
tudo, do que permanecer esttico, como os
pobres de esprito que no lutam, mas tambm
no vencem. Quem no conhece a dor da
derrota,

nem

glria

de

ressurgir

dos

escombros, esses pobres de esprito, ao final

de sua jornada na terra no agradecem a Deus
por terem vivido, mas desculpam-se perante
Ele, por terem apenas passado pela vida.
Bob Marley

RESUMO

Este trabalho tem como principal finalidade projetar e implementar um prottipo

funcional de Sistema de Informao para auxiliar a gesto de oficinas automotivas.
Foram utilizadas para a criao da documentao da anlise e projeto do sistema,
as melhores prticas e padres propostos pela Engenharia de Software. O sistema
foi projetado e implementado baseando-se no levantamento de requisitos realizado
juntamente com o proprietrio de uma oficina mecnica, onde o mesmo exps toda
a dificuldade que enfrenta para controlar os processos operacionais de sua oficina.
Foram levantados e documentados os requisitos funcionais e no funcionais dos
processos operacionais da oficina estudada; foram criados os diagramas de projeto
(UML e MER); e um prottipo funcional foi desenvolvido com linguagem de
programao C# e banco de dados Microsoft SQL Server 2012. O prottipo foi
desenvolvimento com o propsito de facilitar a gesto de uma oficina mecnica
atravs de um sistema de fcil usabilidade e entendimento para o usurio. A meta
do projeto foi simplificar o controle de peas, servios, clientes, veculos e tambm
fazer com que o sistema gere oramentos, juntamente com ordens de servio para
que facilite o atendimento, controlando o que utilizar de peas e servios para
realizar a manuteno no veculo. O prottipo foi apresentado ao stakeholder que
aprovou as funcionalidades implementadas e sinalizou a inteno de se preparar
operacional e financeiramente para uso de uma ferramenta como a desenvolvida.
Palavras-chave: C#. SQL Server. Oficina Automotiva. Controle de Servios.
Manuteno veicular.

ABSTRACT

This work has as main purpose to design and implement a functional prototype
information system to assist the management of automotive repair shops. They were
used for the creation of the documentation and analysis to project the system using
the best practices and standards proposed by Software Engineering. The system
was designed and implemented based on the requirements gathering held with the
owner of an auto repair shop, where it exhibited all the difficulty it faces to control the
operational processes of the shop. There were raised and documented the functional
and nonfunctional requirements of the operational processes of the studied repair
shop; were created the project diagrams (UML and MER); and a working prototype
was developed with programming language C# and Microsoft SQL Server database
2012. The prototype has been developed in order to facilitate the management of a
machine shop using a system of easy usability and understanding to the user. The
goal of the project was to simplify the control of parts, services, customers, vehicles
and also permit the system to generate budgets, along with work orders to facilitate
the attendance by controlling what use parts and service to perform maintenance on
vehicle. The prototype was presented to the stakeholder which approved the
implemented features and signaled its intention to prepare operationally and
financially for the use of a tool such as developed.
Keywords: C#. SQL Server. Automotive Repair Shop. Service management. Vehicle
maintenance.

LISTA DE FIGURAS

Figura 1 Eniac
Figura 2 Evoluo do Windows Microsoft
Figura 3 Diversidade de Sistemas
Figura 4 Estrutura dos Sistemas
Figura 5 A Hierarquia Organizacional
Figura 6 Ambiente Oficina Mecnica
Figura 7 Sistema de Gerenciamento de Banco de Dados
Figura 8 Diagrama de Casos de Uso
Figura 9 Diagrama de Atividade Cadastrar Cliente
Figura 10 Diagrama de Atividade Realizar Oramento
Figura 11 Diagrama de Atividade Solicitar Oramento
Figura 12 Diagrama de Mquina de Estado Cadastrar Clientes
Figura 13 Diagrama de Mquina de Estado Realizar Oramento
Figura 14 Diagrama de Mquina de Estado Solicitar Oramento
Figura 15 Diagrama de Sequncia Cadastrar Clientes
Figura 16 Diagrama de Sequncia Realizar Oramento
Figura 17 Diagrama de Sequncia Solicitar Oramento
Figura 18 Login
Figura 19 Menu Inicial
Figura 20 Cadastro de Peas
Figura 21 Cadastro de Histrico
Figura 22 Cadastro de Veculo
Figura 23 Cadastro de Clientes
Figura 24 Cadastro de Usurios
Figura 25 Cadastro de Fornecedores
Figura 26 Cadastro de Funcionrios
Figura 27 Cadastro de Servios
Figura 28 Contas Receber
Figura 29 Compras
Figura 30 Cadastro de Oramento
Figura 31 Cadastro de Ordem de Servio
Figura 32 Contas Pagar
Figura 33 Modelo Entidade Relacionamento
Figura 34 Tela Cadastro de Clientes
Figura 35 Tela Cadastro de Veculos
Figura 36 Parte Cdigo Excluir Cliente
Figura 37 Tabelas Banco de Dados

17
18
20
22
23
27
30
45
46
47
47
48
49
49
50
51
52
53
54
54
55
55
56
56
57
57
58
58
59
59
60
60
62
64
65
66
67

LISTA DE QUADROS

Quadro 1 Requisito Funcional Cadastrar Clientes

Quadro 2 Requisito No Funcional Proteo de Dados
Quadro 3 Caso de Uso Cadastrar Cliente
Quadro 4 Requisito Funcional Cadastrar Clientes
Quadro 5 Requisito Funcional Cadastrar Usurios
Quadro 6 Requisito Funcional Cadastrar Fornecedores
Quadro 7 Requisito Funcional Cadastrar Funcionrios
Quadro 8 Requisito Funcional Cadastrar Servios
Quadro 9 Requisito Funcional Cadastrar de Peas
Quadro 10 Requisito Funcional Cadastrar Veculos
Quadro 11 Requisito Funcional Cadastrar Histrico
Quadro 12 Requisito Funcional Cadastrar Ordem de Servio
Quadro 13 Requisito Funcional Cadastrar Oramento
Quadro 14 Requisito Funcional Compras
Quadro 15 Requisito Funcional Contas Pagar
Quadro 16 Requisito Funcional Contas Receber
Quadro 17 Requisito Funcional Alertas
Quadro 18 Requisito No-Funcional Proteo de Dados
Quadro 19 Requisito No-Funcional Comprovar Experincia
Quadro 20 Requisito No-Funcional Linguagem de Programao
Quadro 21 Requisito No-Funcional Verificao de Endereo
Quadro 22 Requisito No-Funcional Consultar Crdito Cliente
Quadro 23 Requisito No-Funcional Salvar Backup
Quadro 24 Requisito No-Funcional Plataforma S/O
Quadro 25 Requisito No-Funcional Interfaces Grficas
Quadro 26 Caso de Uso Cadastrar Cliente
Quadro 27 Caso de Uso Cadastrar Veculo
Quadro 28 Caso de Uso Cadastrar Funcionrio
Quadro 29 Caso de Uso Cadastrar Usurio
Quadro 30 Caso de Uso Cadastrar Fornecedores
Quadro 31 Caso de Uso Cadastrar Servios
Quadro 32 Caso de Uso Cadastrar Peas
Quadro 33 Caso de Uso Cadastrar Histrico
Quadro 34 Caso de Uso Cadastrar Ordem de Servio
Quadro 35 Caso de Uso Cadastrar Oramento
Quadro 36 Caso de Uso Cadastrar Contas Pagar
Quadro 37 Caso de Uso Compras
Quadro 38 Caso de Uso Contas Receber

33
33
35
36
36
36
36
37
37
37
37
37
37
38
38
38
38
38
39
39
39
39
39
39
39
40
40
40
41
41
41
42
42
42
43
43
43
44

SUMRIO

1 INTRODUO ....................................................................................................... 13
2 TECNOLOGIA DA INFORMAO ........................................................................ 15
2.1 CONCEITOS E DEFINIES ............................................................................. 15
2.2 HISTRIA E EVOLUO HARDWARE E SOFTWARE ..................................... 16
2.3 SISTEMAS DE INFORMAO ........................................................................... 19
2.3.1 Teoria Geral dos Sistemas ............................................................................... 19
2.3.2 TIPOS DE SISTEMA DE INFORMAO ......................................................... 22
2.4 ORGANIZAES E REAS DE NEGCIOS ..................................................... 24
2.4.1 CLASSIFICAO E PORTE DAS EMPRESAS ............................................... 24
2.5 OFICINA MECNICA .......................................................................................... 26
2.6 INFRAESTRUTURA ............................................................................................ 28
2.6.1 Banco de Dados ............................................................................................... 28
2.6.2 C# ..................................................................................................................... 30
2.7 ENGENHARIA DE SOFTWARE MTODOS ................................................... 32
2.7.1 Requisitos......................................................................................................... 32
2.7.2 Requisitos Funcionais ...................................................................................... 32
2.7.3 Requisitos No Funcionais ............................................................................... 33
2.7.4 UML .................................................................................................................. 34
2.7.5 Diagramas de Casos de Uso............................................................................ 34
3 DOCUMENTAO DE ANLISE E PROJETO DO SISTEMA ............................. 36
3.1 REQUISITOS FUNCIONAIS ............................................................................... 36
3.2 REQUISITOS NO FUNCIONAIS ...................................................................... 38
3.3 DIAGRAMA DE CASOS DE USO ....................................................................... 40
3.3.1 Diagramas de Atividades.................................................................................. 46
3.3.2 Diagramas de Mquina de Estado ................................................................... 48
3.3.3 Diagramas de Sequncia ................................................................................. 50
3.4 PROTOTIPAO ................................................................................................ 53
3.5 ANLISE DE PORTABILIDADE.......................................................................... 61
4 IMPLEMENTAO DO SISTEMA PROJETADO ................................................. 64
4.1 EXEMPLO DE CADASTRO ................................................................................ 64
4.2 PARTE DO CDIGO DO CADASTRO DE CLIENTES ....................................... 65
4.3 TABELAS DO BANCO DE DADOS .................................................................... 66
CONSIDERAES FINAIS.......................................................................................68
REFERNCIAS..........................................................................................................69

13

1 INTRODUO
Na ltima dcada o aumento da frota de veculos no Brasil foi onze vezes
maior do que o da populao. De 2001 a 2012, a frota brasileira passou de 24
milhes em 2001 para 50 milhes de veculos em 2012 que daria uma mdia de 1
veculo para cada 4,4 habitantes. Se o ritmo de crescimento da frota brasileira for
mantido nos prximos anos, em 2022 ter mais de 94 milhes de veculos em todo
pas, segundo dados so do Departamento Nacional de Trnsito (DENATRAN).
Com aumento da frota surge a necessidade de se investir na manuteno dos
veculos e com isso cresce o setor de autopeas e servios automotivos. Na atual
situao econmica que o pas se encontra, diminuiu a procura por carros zero
quilmetro e cresceu a demanda por carros usados e seminovos gerando, em
decorrncia, aumento de procura por manutenes preventiva e corretiva.
Atendimentos personalizados so um dos pilares de sustentao do negcio,
visto que o consumidor est com o nvel de exigncia cada vez maior. Por isso
empresrios buscam programas de capacitao e treinamento a fim de garantir ao
mercado melhor qualificao, oferecendo maior qualidade em seus servios. Outro
aspecto fundamental gesto desses novos negcios a utilizao de ferramentas
de Tecnologia da Informao e Comunicao para automatizar processos,
agilizando decises e aumentando a satisfao dos clientes.
Este trabalho tem como principal finalidade projetar e implementar um
prottipo funcional de Sistema de Informao para auxiliar a gesto de oficinas
automotivas. Foram utilizadas para a criao da documentao da anlise e projeto
do sistema as melhores prticas e padres propostos pela Engenharia de Software.
O sistema foi projetado e implementado baseando-se no levantamento de
requisitos realizado juntamente com o proprietrio de uma oficina mecnica, onde o
mesmo exps toda a dificuldade que enfrenta para controlar os processos
operacionais de sua oficina.
Para apresentar o projeto e a implementao do prottipo proposto, esta
monografia est estruturada nesta primeira sesso introdutria, seguida da sesso

14

onde so apresentados os elementos tericos que contextualizam a Tecnologia de

Informao e Comunicao, os Sistemas de Informao, a rea de negcios que
compreende o foco do projeto que a gesto de servios automotivos, bem como os
aspectos relacionados Engenharia de Software que serviu como referncia para as
atividades deste projeto (Captulo 2).
Em seguida, no Captulo 3, so apresentados os documentos gerados a partir
do levantamento de requisitos, da anlise e do projeto do sistema, para ento serem
apresentados detalhes da implementao do prottipo funcional (Captulo 4) e por
fim, so tecidas as Consideraes Finais e apresentadas as Referncias que
suportam este projeto.

15

2 TECNOLOGIA DA INFORMAO
Nos tempos atuais a TI entra forte em vrios segmentos, sendo indispensvel
para os processos de uma determinada organizao. Rene ferramentas para que
possa resolver problemas do dia a dia. Ela realiza todo o tratamento de dados e
informaes para que se possam chegar a um determinado objetivo.
2.1 CONCEITOS E DEFINIES
Tecnologia da Informao (TI), um conjunto de ferramentas e tambm,
recursos tecnolgicos e computacionais, que apresenta uma grande facilidade de
armazenar, gerenciar e administrar grandes quantidades de dados que podem ser
usados como informao. Com isso a facilidade no acesso a dados e a agilidade na
execuo de processos automatizados proporcionam maior facilidade de acesso s
informaes de uma organizao (ALECRIM, 2011).
A TI trabalha com o tratamento de dados, que auxilia a atingimento de um
determinado objetivo. Nas organizaes, como h uma grande quantidade de dados,
estes devem ser tratados com recursos de gerenciadores de bancos de dados. Esse
fato faz a Tecnologia da Informao ser fundamental para as operaes das
empresas.
Com a rpida evoluo da Tecnologia da Informao, apresenta-se uma
gama de produtos e solues que a informtica disponibiliza, com isso a TI torna-se
cada vez mais importante na sociedade e principalmente no controle e
gerenciamento de pequenas, mdias e grandes empresas.
O conceito de TI mais explorado do que processamento de dados, sistemas
da informao, engenharia de software, informtica ou o conjunto de hardware e
software, pois tambm envolve aspectos humanos, administrativos e organizacionais
(KEEN, 1993).
No incio dos anos noventa houve uma grande revoluo na TI, passando de
um mero coadjuvante em relao ao suporte administrativo, a papel fundamental

16

nas atividades das empresas, integrando todas as informaes, dados e servios,

chegando a ser fundamental para a sobrevivncia do negcio.
Com a grande prosperidade, o aspecto principal foi alinhar a TI ao negcio.
Esta estratgia foi implementada nas empresas de modo que comearam a ser
desenvolvidos estudos para extrair o mximo de seus recursos e benefcios.
Acompanhando toda esta evoluo, surgiram outras tecnologias relacionadas a TI,
uma delas a Internet, que foi o marco da revoluo na era computacional.
Em contrapartida, no aspecto das polticas de segurana dos dados, no
houve a mesma evoluo. importante ressaltar que os riscos que existem no uso
de TI, alm dos benefcios, geram custos para a gesto da segurana, que nem
sempre so adequadamente identificados pelas empresas.
Para

contextualizar

melhor

tais

conceitos

caractersticas,

sero

apresentadas a histria e a evoluo dos componentes da TI.

2.2 HISTRIA E EVOLUO HARDWARE E SOFTWARE
Os primeiros computadores surgiram na dcada de 1940 e possuam apenas
dois nveis de linguagem de programao: uma era a linguagem de mquina, com a
qual toda a programao era realizada; e a outra era o nvel da lgica digital, onde
todos os programas desenvolvidos eram de fato executados.
A primeira mquina que surgiu como um dos primeiros computadores digitais
eletrnicos da poca foi o Eniac (Figura 1). Foi desenvolvido durante a II Guerra
Mundial para controlar as tticas e estratgias, porm se tornou executvel apenas
aps o trmino da guerra. A capacidade de processamento era alta para os padres
da poca e o sistema operacional era executado a partir de cartes perfurados
(EDUARDO, 2013).
Em 1951, Maurice V. Wilkes, da Universidade de Cambridge, props o projeto
de um computador de trs nveis. Este equipamento denominado de EDSAC
(Eletronic Delay Storage Automatic Calculator) operava com base em um programa

17

chamado de interpretador. Este era encarregado de executar os programas em

linguagem de mquina e assim o hardware era menos exigido.
Nos anos cinquenta surgiu a segunda gerao dos computadores baseado na
utilizao dos transistores. A partir da, foram surgindo tambm as primeiras
impressoras, fitas magnticas e discos para armazenamento.
Figura 1: ENIAC

Fonte: WIKIPEDIA, 2016

A revoluo comea na terceira, quarta e quinta gerao dos computadores,

que teve incio no final da dcada de sessenta com a integrao de transistores em
circuitos integrados, tecnologia que viria revolucionar a categoria, criando os
minicomputadores. Alm de menor consumo de energia, possuam teclado e nas
geraes mais novas, monitores com interface grfica para melhor interao do
usurio. A memria principal era construda com semicondutores e surgem os discos
magnticos para armazenamento secundrio (HAMANN, 2016).
A grande mudana referente interface grfica ficou por conta da chegada do
sistema operacional Windows. Com a fcil interao do usurio, ele dominou o
mercado, e como uma forma simples de visualizao e acesso aos dados, est at
hoje revolucionando a operao dos microcomputadores. Na Figura 2 mostrada a
evoluo do sistema operacional da Microsoft.

18

Com tamanha evoluo dos computadores, houve a necessidade de evoluir

tambm nas linguagens de programao e softwares para sistemas operacionais, e
evoluir na sequncia lgica dos algoritmos.
Figura 2 Evoluo do Windows da Microsoft

Fonte: ASSISTEC, 2015

Vrias linguagens de alto nvel foram surgindo e sendo melhoradas com o

passar do tempo, sendo baseadas sempre nas linguagens anteriores.
Na dcada de sessenta surgiu linguagem para representar algoritmos.
Abordava o conceito das estruturas em blocos, onde as variveis e procedimentos
poderiam ser declarados em qualquer local do sistema. Seguindo a linha do tempo,
uma das linguagens que se tornou mais popular foi Pascal. Pelo fato de ser simples
e

fcil

de

utilizar,

sua

implementao

poderia

ser

feita

em

qualquer

microcomputador. A partir da foram introduzidos os conceitos de pacotes permitindo

a construo de grandes sistemas (NASCIMENTO, 1998).
No incio da dcada 1990 lanou-se o conceito de Programao Orientada a
Objetos (POO). Com ele surgiram necessidades geradas pelas novas arquiteturas
como processamento distribudo, cliente servidor, dentre outras.
Com a abertura da grande rede mundial (ARPANAET) para acesso comercial,
foi criada a Internet que a partir do seu crescimento, gerou complexidade no

19

desenvolvimento de sistemas o que provocou o surgimento de vrias outras

linguagens a fim de suprir estas necessidades e tambm superar os novos desafios.
Uma das linguagens criadas para suprir estas necessidades, foi a C++ que
era utilizada principalmente para a pesquisa de dados. Surgiu tambm uma
evoluo da linguagem Pascal, chamada Delphi, presente at os tempos atuais em
grandes empresas de desenvolvimento de software.
Tambm na dcada de noventa surgiu linguagem que para muitos seria a
principal no mercado de tecnologia chamada Java.
Java foi inspirada em vrias linguagens, possui linking dinmico que nada
mais que a integrao dos mdulos do sistema. Toda a ligao feita por um
compilador de linguagem de programao. Gerenciamento automtico de memria
significa que no precisa fazer a declarao de cdigos para execuo de tarefas o
prprio desenvolver que gerencia a memria e pode por muitas vezes resolver
vrios problemas como o vazamento de memria. (FONSECA, 2007).
Dentre outras vrias vantagens existentes em Java, a que torna o seu
diferencial sua portabilidade e o seu conceito de arquitetura neutra. Com a
linguagem Java foi consolidando-se a ideia de se operar sistemas computacional
pela internet, superando os obstculos que de certa forma impediam o uso do
software em qualquer plataforma, podendo ser executado em todo tipo de ambiente
e equipamento.
2.3 SISTEMAS DE INFORMAO
Todo sistema que manipula dado e gera informao pode ser considerado um
sistema de informao.
2.3.1 Teoria Geral dos Sistemas
A Teoria Geral de Sistemas (TGS) surgiu com bilogo austraco Ludwig von
Bertalanffy desenvolvida entre a dcada de cinquenta e sessenta. A princpio foi
criado para suprir um hiato na teoria e na pesquisa de biologia.

20

Ainda segundo a definio de Bertalanffy (1925), o sistema um conjunto de

unidades reciprocamente relacionadas. Decorrem dela, dois conceitos: o de
propsito e o de globalismo. Esses dois conceitos retratam duas caractersticas
bsicas em um sistema (CHIAVENATO, 2000).
Tais definies se aplicam a diversas reas do conhecimento como mostrado
na Figura 3.
Um Sistema de Informao tem como principal conceito um conjunto de
elementos (hardware e software), infraestrutura de comunicao (rede), pessoas,
dados e processos que interagem entre si para se chegar a um determinado
objetivo.
Figura 3: Diversidade de Sistemas

Fonte: CESTARI; PADILHA, 2016

Todo sistema um conjunto de componentes inter-relacionados e

interdependentes que todos eles funcionam com um objetivo comum que
completar a tarefa do sistema. Como todas as partes dos sistemas esto interrelacionadas

essas

inter-relaes

podem

ocorrer

de

forma

ordenada

ou

desordenada. (CHIAVENATO, 2000).

O objetivo da TGS analisar essa inter-relao de diferentes espaos bem
como tambm a inter-relao de suas partes.
Os sistemas possuem um grande potencial e demostram uma grande
estabilidade das inter-relaes. Na prtica, um mesmo Sistema de Informao pode

21

servir para mais de um objetivo, como por exemplo, na tomada de deciso ou ao

apoio para realizao de operaes. Portanto, o uso que se faz dos SI que
determinar o seu enquadramento nas categorias tericas.
Antes mesmo dos primeiros microcomputadores surgirem, os Sistemas de
Informao j estavam inseridos nas organizaes no arquivamento e recuperao
de dados. Havia um responsvel para organizar e manter tais dados e quando fosse
necessrio, recuper-los. Era grande a dificuldade de controlar grandes volumes de
informaes em papis, pois a chance de se ter uma informao consistente era
quase nula.
A finalidade de Sistemas de Informao nada mais que oferecer as
informaes corretas para um determinado segmento, ou meio que necessite de
informaes produzidas por computadores que manualmente impossvel se
controlar. O principal resultado dos SI a transformao de dados em informaes
ou conhecimento, a fim de se chegar a um determinado objetivo.
Laudon e Laudon (2001), definem Sistemas da Informao como sendo um
conjunto

de

elementos

ou

componentes

inter-relacionados

que

coletam,

armazenam, processam, distribuem dados e informaes, com a finalidade de se

alcanar um determinado objetivo.
Neste contexto, os SI so compostos basicamente por trs pilares que so
Entrada, Processamento de dados e Sada conforme Figura 4. Estes trs
componentes podem ainda ser ajustados por um processo de retroalimentao, que
corrige desvios das sadas em funo de parmetros de controle.

22

Figura 4 - Estrutura dos Sistemas

Fonte: MAXIMIANO, 1997

A entrada de dados tem o papel de absorver e reunir todos os dados brutos

gerados. O processamento tem a funo de transformar estes dados brutos em
dados reais que sejam aproveitveis. No processamento so realizadas todas as
converses, aes do sistema, gerao de dados. J a sada de dados a produo
de resultados do processamento da entrada. Esses resultados so convertidos em
forma de documentos e relatrios. (MAXIMIANO, 2009)
Os sistemas de informao podem ser classificados por vrios componentes.
Entre eles so os recursos de hardware, que so os dispositivos fsicos usados no
processamento das informaes. Recursos de software, que so os processos
lgicos que tratam os dados gerando informaes. Recursos de rede, que permitem
a comunicao entre computadores e outros dispositivos perifricos. Recursos
humanos, que basicamente so as pessoas que operam, controlam e desenvolvem
todos os sistemas de informao.
2.3.2 TIPOS DE SISTEMA DE INFORMAO
As organizaes utilizam vrios tipos de sistema da informao que podem
ser classificadas pelos nveis organizacionais sendo eles Estratgicos, Tticos e
Operacionais (Figura 5). Hoje a variedade significativa e veio para apoiar cada vez
mais as operaes, a tomada de deciso e a estratgia.

23

Figura 5: A Hierarquia Organizacional

Fonte: PORTAL ADMINISTRAO, 2014

No nvel operacional, destaca-se o Sistema de Processamento de Transaes

(SPT). Ele auxilia nas atividades rotineiras em uma organizao coletando o maior
volume de dados fornecidos pelos usurios para a constante gerao de
informaes. Todas as atividades geram dados que so coletados, processados,
armazenados e mantidos pelos sistemas de informao. Esses dados so
padronizados e resultam nas atividades processadas (DSOUZA, 2009).
Os SPTs precisam de um processamento eficiente, grande capacidade de
armazenamento, e grau elevado de preciso nas informaes geradas, lidando com
grande quantidade de entradas, sadas e repeties que as rotinas determinam. As
informaes devem ser seguras, a fim de ter a capacidade de produzir documentos
e relatrios pertinentes a cada rea de atuao. Todos estes objetivos representam
um raciocnio definido pelo planejamento estratgico, para com isso poder obter
vantagem na qualidade do negcio e em relao concorrncia. (FLOREZANO,
2011).
No nvel Ttico, apresentam-se os Sistemas de Informao Gerencial (SIG),
que fornecem informaes para gerenciar e auxiliar a tomada de deciso dentro das
organizaes, isto a partir do trabalho em equipe, tecnologia e processos.
Este sistema possui vrias ferramentas que geram dados e informaes para
que o nvel Ttico possa chegar a um determinado objetivo da forma mais adequada
possvel. a parte principal no que diz respeito gesto, planejamento,

24

organizao, direo e controle para o gerenciamento das informaes (DSOUZA,

2009).
Os SIG abrangem no s o nvel Ttico, mas tambm atuam nos nveis
Operacional e Estratgico. Possui relao com o processo de deciso de todos os
nveis de uma forma efetiva e gil para o tratamento da informao e influencia
diretamente na produo, lucro e estratgias das empresas de uma forma geral.
Porm para que tudo isso se transforme em resultados, no pode deixar de existir o
envolvimento da alta gesto, pessoas capacitadas para lidar com os sistemas,
planejamento e controle, e o principal e fundamental para que uma organizao de
uma forma geral produza resultados cuidar e se atentar ao fator humano.
(FLOREZANO, 2011).
Ter as informaes necessrias para se chegarem a um objetivo, projetar
metas, compras e vendas de materiais e produtos, e atender o pblico alvo so
alguns desafios nas empresas atualmente. Com o grande crescimento do volume de
informaes, e em funo da competitividade que o mercado apresenta, fica quase
impossvel no se ter um sistema de informao para que se possam controlar todos
estes aspectos. O uso de ferramentas computacionais indispensvel no ponto de
vista da integrao de dados que se transformam em informaes para uma tomada
de deciso. Com ela se reduz custo e tempo.
2.4 ORGANIZAES E REAS DE NEGCIOS
Segundo SEBRAE (2012), as micro, pequenas e mdias empresas so
responsveis por aproximadamente 39,7% da renda vindas do trabalho em 2011, e
possuem 20% de participao no Produto Interno Bruto (PIB).
Nos tempos atuais existe uma grande dificuldade de se definir a classificao
e porte das empresas pelos mtodos convencionais, que so por nmero de
trabalhadores ou receita bruta (RATTNER, 1985).
2.4.1 CLASSIFICAO E PORTE DAS EMPRESAS

25

Hall (2004) diz que a classificao das empresas complexa pois no existe
um entendimento entre os grupos de pessoas que estudam uma definio mais
adequada para micro, pequena e mdia empresa.
A diversidade de critrios se arrasta a vrios anos e faz com que as prprias
empresas se classifiquem de acordo com seus argumentos e tambm quanto ao seu
porte. No incio da dcada de 60, cresce a preocupao do governo com as
pequenas empresas, surgindo vrias legislaes que contribuem para apoio e
desenvolvimentos destas empresas. No Brasil surge o CEBRAE (Centro Brasileiro
de Apoio Pequena Empresa) para apoio e desenvolvimento de prticas que
venham auxiliar as pequenas empresas. J no final da dcada de 70 o Banco do
Brasil divulgou critrios para definir a classificao das empresas que seriam: o
faturamento e o ativo fixo.
Para uma melhor definio e entendimento dos critrios para se classificar
uma empresa deve-se entender em que consiste uma empresa, como ela
formada. Sendo assim no entendimento de Vieira (2002), uma empresa ou entidade
composta por uma ou mais pessoas que exercem atividades de forma conjunta ou
individual, capazes de atingir metas e objetivos estabelecidos pela empresa, por
uma gesto que consiste em vrios recursos que so: humanos, materiais e
financeiros.
Com tamanha indefinio de qual mtodo utilizar para se chegar a uma
concluso de se classificar uma empresa, muitos acreditam e tem por definio que
os mtodos quantitativos so mais fceis de serem coletados, analisados e
interpretados, pois permitem uma anlise mais detalhada e permite tambm uma
anlise comparativa entre as empresas.
As empresas podem ser classificadas tambm pelo seu regime tributrio. De
acordo com o IBGE (Instituto Brasileiro de Geografia e Estatstica), nos dias atuais
as empresas ativas no Brasil somam mais de 5 milhes. Essas empresas esto
institudas em basicamente 3 regimes tributrios: Lucro Real que so empresas com
margens baixas, com apurao trimestral ou anual; Lucro Presumido que so as
empresas com margens altas, acima dos percentuais estabelecidos pela receita. E

26

por fim o regime Simples Nacional que o mais vivel para micro e pequenas
empresas (NETO, 2013).
Um mtodo que existe para classificar as empresas por setor de atuao:
Comercial, Industrial, Rural, ou Prestao de Servios. Sob o aspecto jurdico
apresenta tambm uma forma de se classificar as empresas seja ela Empresa
Individual (com uma s pessoa), Sociedade Comercial Ltda. (com dois ou mais
scios); Sociedade Civil Ltda. (com dois ou mais scios); ou Sociedade Annima
(no pode ser microempresa).
Pode-se classificar uma empresa segundo leis federais, sendo ela
Microempresa, se o faturamento anual no ultrapassar os R$ 360.000,00 e se o
nmero de empregados no ultrapassar de 19. Uma Empresa de Pequeno Porte
pode ser classificada desta maneira se o seu faturamento anual estiver entre R$
360.000,01 at R$ 3.600.000,00 e o nmero de funcionrios no ultrapassar de 100.
A empresa sendo ela Mdia Porte pode ser denominada se o seu faturamento anual
estiver entre R$ 3.600.000,01 at R$ 12.000.000,00 e o nmero de funcionrios for
at 500. J a Empresa de Grande Porte pode ser classificada se o seu faturamento
anual for superior a R$ 12.000.000,01 e tiver mais de 500 funcionrios (LEI
FEDERAL, 2006 apud SEBRAE, 1998).
2.5 OFICINA MECNICA
Em meados da dcada de 80 este universo era composto apenas por
homens, o local era praticamente proibido para mulheres. Quando se falava em
oficinas mecnicas logo vinha cabea um lugar sujo, de mecnicos sujos, onde
existe graxa por todo lado, peas e ferramentas espalhadas pela oficina, psteres de
mulheres nuas que eram oferecidos por fabricantes de peas na poca. Aos poucos
as oficinas foram perdendo este rtulo, peas e ferramentas j no ficam mais
espalhadas, e hoje, algumas delas at se modernizaram, contando com tecnologia
de ponta para seus equipamentos, contando com especialistas cada vez mais
preparados garantindo ao cliente qualidade do que est sendo oferecido (SANTOS
2003).

27

Este mercado para quem possui veculo particular, para os rgos pblicos
e at mesmo seguradoras. Ele est em constante crescimento e est cada vez mais
acirrada a competio por melhores servios principalmente com a chegada de
grandes franquias cada vez mais especializadas com sustentao para poder
oferecer grandes servios com qualidade e bom preo.
Com a entrada de montadoras estrangeiras no pas, aumentou a procura por
veculos importados, com isso cresce tambm a necessidade de se especializar
nestes tipos de veculos, haja vista que estes requerem um conhecimento mais
elevado. J faz parte do passado mecnicos com aquele jeito marrento com mos e
roupas sujas. Com o crescimento do setor automobilstico, cresce tambm a
necessidade de acompanhar esta tecnologia que hoje em dia est entrando forte
nos veculos (SANTOS 2003). Na Figura 6 pode-se perceber a organizao, limpeza
e iluminao do ambiente hoje em dia.
Figura 6: Ambiente Oficina Mecnica

Fonte: BLOG CANAL DA PEA, 2015

Alm da qualidade do servio prestado e bom preo, muito importante a

localizao da oficina. Avenidas e ruas movimentadas so os locais ideais para o
acesso dos clientes e fundamental para se atingir o sucesso do negcio (SEBRAE,
1998).

28

Para poder iniciar no negcio, os principais fatores que compe uma oficina
basicamente uma estrutura composta de um escritrio e o espao operacional com
os equipamentos. Atualmente os servios englobam tanto mecnica quanto
eletrnica em funo da tecnologia embarcada nos veculos. Investimento um dos
fatores fundamentais no negcio, pois com ele vem a possibilidade de se adquirir
equipamentos e novas tecnologias que fazem aumentar a gama de servios que
podem ser oferecidos pela oficina (SEBRAE, 1998).
Contar com uma equipe de mecnicos preparados a fim de oferecer um
servio de qualidade e agilidade um dos pilares para se obter xito no negcio.
Alm do atendimento de qualidade ao cliente, saber das necessidades do mesmo, o
que pode ou no reparar, ter certos cuidados ao avaliar os servios. Existem oficinas
que oferecem apenas o servio de mecnica, j outras alm do servio de
mecnica, possuem estoque de peas que sero utilizadas para manuteno do
veculo, servios de limpeza e higienizao caso necessrio (SEBRAE, 1998).
2.6 INFRAESTRUTURA
A infraestrutura oferece a plataforma para o suporte dos sistemas a serem
desenvolvidos. Ela composta por hardware, software e gesto de dados. A
infraestrutura tecnologia muito importante, pois sempre ser a base que definir a
vida em qualquer sistema.
2.6.1 Banco de Dados
O banco de dados hoje fundamental para as empresas em geral.
Antigamente os dados eram armazenados em fichas de papel e eram organizados
em pastas e prateleiras. Com isso o acesso informao dependia de um layout
muito bem elaborado (FURTADO, 2013).
As primeiras pesquisas sobre bancos de dados foram feitas por funcionrios
da IBM na dcada de 60. Surgiu a necessidade de pesquisa devido ao grande apelo
das empresas por ter que empregar grande quantidade de pessoas no
armazenamento e recuperao de arquivos.

29

Na dcada de 70 o pesquisador da IBM Ted Codd mudou a histria de banco

de dados publicando o primeiro artigo sobre Banco de Dados Relacionais. Nele
constavam clculos e lgebra que possibilitavam facilidade no acesso e recuperao
de dados atravs de comandos em ingls, com os dados dispostos em tabelas
(colunas e linhas). A partir deste artigo, cientistas procuravam cada vez mais
aprofundar nas pesquisas para aperfeioar o modelo relacional.
Apesar de este artigo ter revolucionado o modelo de banco de dados
relacional, o mesmo no foi muito explorado na poca. Apenas no final da dcada
de 70 que surgiram sistemas baseados no artigo de Codd. A partir dele surgiu o
projeto do Sistema R que demonstrava a facilidade da implementao do modelo
relacional. Da evoluo do Sistema R surgiu a estrutura SQL (Structure Query
Language) que se tornou padro entre os bancos de dados relacionais, inclusive se
tornando o padro ISO (International Organization for Standardization). Contudo, os
primeiros bancos de dados que foram lanados nos padres SQL foram em meados
da dcada de 80 com a empresa Oracle com o Oracle 2. Posteriormente com a IBM
com SQL/DS. Durante este perodo foram refinando o padro SQL, devido a grande
demanda e apreo das empresas para com a tecnologia (SANCHES, 2005).
A partir da adoo deste padro definem-se tambm os chamados SGBD
(Sistema de Gerenciamento de Banco de Dados), que so vrios dados interrelacionados e um conjunto de programas para acess-los. Sua funo buscar a
eficincia na recuperao e armazenamento de informaes, como mostra a figura
7. Ele mantm no s banco de dados, mas tambm a definio e descrio das
estruturas de restries, abstraindo dos programadores como os dados so
fisicamente armazenados.

30

Figura 7: Sistema de Gerenciamento de Banco de Dados

Fonte: FUTADO, 2012

O conjunto de programas permite ao usurio criar, editar, salvar, recuperar

dados todos eles contidos em tabelas. Com todos estes recursos obtm-se uma
maior disponibilidade de informaes. As informaes so apresentadas apenas
uma vez sem que ocupe um grande espao na memria. A gerncia do banco de
dados fundamental nos tempos atuais para uma organizao, pois tudo que se faz
no

banco

de

dados

passa

pelo

SGBD,

responsabilidade

de

manter

armazenamentos e informaes pode levar o empreendedor ao sucesso e a perca

destas informaes pode lev-lo ao fracasso (SANCHES, 2005).
Alguns dos produtos disponveis no mercado existem PL/SQL da Oracle,
fundado em 1980 muito utilizado nas grandes empresas, tambm da Oracle existe o
MySQL lanado em 1996 com o foco para sistemas online. E o produto da Microsoft
SQL Server, lanado em 1989 tambm tem possui uma verso para Linux, um dos
mais utilizados no mercado por possuir verses gratuitas, dependendo da
quantidade de memria disponibilizada.
2.6.2 C#
C# uma linguagem de programao orientada a objetos criados pela
Microsoft, e pertence a plataforma .NET. baseada na linguagem C++ e Java e foi
desenvolvida por Anders Hejlsberg e sua equipe no final da dcada de 90, a fim de

31

solucionar um problema que a Microsoft enfrentava quando era necessrio migrar

para uma nova linguagem, o programador deveria aprender tanto a nova linguagem
quanto as suas bibliotecas. Para isso a Microsoft recorreu ao Java (CAELUM, 2015).
Hejlsberg gostou tanto do Java, que criou uma aplicao Java para rodar em
ambiente Windows chamado J++, aps assinar um acordo para poder lanar
produtos baseados em Java. Porm por questes tcnicas a Microsoft foi obrigada a
repensar o seu projeto dando incio a um novo projeto que se chamou Cool. Em
2002 com sua evoluo foi lanado com nome de C# que posteriormente se tornaria
padro ISO de sistemas de informao.
O C# utiliza o conceito de mquina virtual. Entre o sistema operacional e a
aplicao existe uma parte responsvel por traduzir o que sua aplicao deseja
fazer para as determinadas chamadas do sistema operacional onde est sendo
executado. A aplicao roda sem nenhum envolvimento com o sistema operacional,
ficando a tarefa de comunicao com o CLR (Common Language Runtime), a
mquina virtual do C# que isola totalmente a aplicao do sistema operacional, um
recurso criado pelo Java (CAELUM, 2015).
Segundo LIMA (2002), as principais caractersticas do C# so:

Simplicidade: projetistas dizem que poderosa como C++ e simples como

Visual Basic;

Orientada a Objetos: toda varivel deve fazer parte de uma classe;

Fortemente Tipada: evita erros por manipulao imprpria de tipos,

atribuies incorretas e etc;

Gera cdigo gerenciado: assim como no .NET;

Tudo um objeto: System Object a classe base do C#;

Controle de verses: cada assembly gerado tem informao sobre a

verso do cdigo;

Suporte a cdigo legado: o C# pode interagir com cdigos legados;

Flexibilidade: se o desenvolvedor precisar usar ponteiros, ele permite,

porm deve desenvolver cdigo no gerenciado chamado unsafe;

32

Linguagem gerenciada: os programas executam em um ambiente

gerenciado, existe todo um gerenciamento da memria;

Desde a primeira verso o C# possui dois tipos de dados,

valores que

englobam variveis simples como char, float e os tipos de dados por referncia
como classes, interface, delegates e array.
2.7 ENGENHARIA DE SOFTWARE MTODOS
De acordo com (SOMMERVILLE 2007), a Engenharia de Software est
concentrada em todos os aspectos de produo de software, integra processo,
mtodos e ferramentas para o desenvolvimento do software.
2.7.1 Requisitos
So descries dos servios fornecidos pelo sistema e suas restries
operacionais. Refletem a necessidade do cliente que ajudar a resolver problemas e
tem a funo de documentar e verificar todos os servios e restries.
Segundo Sommerville (2007), a engenharia de requisitos est relacionada
com o que o sistema deve fazer suas propriedades emergentes desejveis e
essenciais e as restries quanto operao do sistema e quanto aos processos de
desenvolvimento de software. Os requisitos podem ser classificados em duas
grandes categorias: Requisitos Funcionais e Requisitos no funcionais.
2.7.2 Requisitos Funcionais
Requisitos funcionais correspondem listagem de tudo o que o sistema deve
fazer. So declaraes das funes que o sistema deve fornecer como ele deve
reagir a entradas especficas e como deve se comportar em determinadas situaes.
Podem, inclusive, declararem o que o sistema no deve fazer. Descrevem a
funcionalidade ou os servios que se espera que o sistema fornea (SOMMERVILLE
2007).

33

Podem ser classificados como Requisitos Funcionais Evidentes que tudo

aquilo que realizado com o conhecimento do usurio, ou seja, tudo o que ele
possa ver e Requisitos Funcionais Ocultos que tudo aquilo qie realizado sem o
conhecimento do usurio.
No Quadro 1 apresentado um exemplo de registro de Requisito Funcional.
Quadro 1 Requisito Funcional Cadastrar Clientes
RF 001
Categoria: Evidente
Prioridade: Altssima
Obrigatoriedade:
Cadastrar
Obrigatrio
Clientes
Descrio: O sistema deve cadastrar os dados pessoais do cliente, como cdigo, nome, cpf, rg,
data de nascimento, email, tipo de pessoa, sexo, cep, cnpj, endereo, telefone, celular, bairro,
estado, cidade.
O sistema est conectado com os correios ento ao digitar o CEP, busca o endereo.
O sistema est conectado com o SPC ento ao digitar o CPF, j faz uma consulta de crdito do
cliente.
Fonte: o autor

2.7.3 Requisitos No Funcionais

Requisitos no funcionais so restries colocadas sobre como o sistema
deve realizar seus requisitos funcionais, bem como restrio de tempo, restries
sobre o processo de desenvolvimento. No diz respeito diretamente as funes
especficas fornecidas

pelo

sistema e est

relacionada as

questes

de

confiabilidade, tempo de resposta, segurana e etc. especifica os padres de

qualidade

do

software

restringindo

processo

ser

utilizado

para

desenvolvimento do sistema (SOMMERVILLE 2007).

No Quadro 2 apresentado um exemplo de registro de Requisito No
Funcional.
Quadro 2 Requisito No Funcional Proteo de Dados
RNF 001
Categoria: Produto Permanncia: Permanente Obrigatoriedade:
Obrigatrio
Proteo de
dados
Descrio: Dados de funcionrios, contas receber e contas pagar devero estar em sigilo,
com acesso somente de usurio cadastrado com devido acesso liberado.
Fonte: o autor

34

2.7.4 UML
UML (Unified Modeling Language) Linguagem de Modelagem Unificada
uma linguagem para modelar sistemas, a linguagem padro em modelagem de
software. Permite a visualizao, a especificao, a construo e a documentao
de processos que se faz uso para sistemas de software. uma linguagem que
abrange todas as vises necessrias no processo de construo de um software, a
modelagem permite a compreenso de um sistema. (BOOCH 2005).
Em 1997, a OMG (Object Management Group) tornou a UML uma linguagem
padro para aplicaes orientadas a objeto utilizando vrios diagramas de
modelagem onde o objetivo fornecer mltiplas vises do sistema. A UML engloba
a documentao da arquitetura do sistema e todos os seus detalhes, tambm
proporciona a expresso de requisitos e para realizao dos testes e sobre tudo,
oferece uma linguagem para modelagem das atividades de planejamento de projeto.
2.7.5 Diagramas de Casos de Uso
O principal diagrama usado em UML o Diagrama de Caso de Uso. Fornece
um modo de descrever uma viso externa de um sistema e suas interaes.
tambm um conjunto de sequncias de aes que um sistema desempenha para
produzir um resultado para algum ator especfico (FURTADO 2002).
Esse diagrama procura demostrar s funes e servios oferecidos e quais
usurios podero utilizar cada servio, modela o modo como s pessoas espera
usar um sistema, ele descreve a regra de negcio que uma excelente forma de
entender o ponto de vista do usurio.
O Quadro 3 apresenta um exemplo de Modelagem de Caso de Uso que
permite a criao do Diagrama de Casos de Uso como o apresentado na Figura 8.

35

Quadro 3 Caso de Uso Cadastrar Cliente

Caso de Uso Cadastrar Cliente
ID
UC 001
Descrio
O ator dever cadastrar todo novo cliente.
Ator
Funcionrio
Pr-condio
Iniciar o sistema e efetuar login.
Cenrio Principal O funcionrio loga no sistema.
O funcionrio seleciona a opo cadastrar cliente.
O sistema faz a consulta nos correios para verificao de endereo e serasa
para verificao do credito cliente.
As informaes do cliente so inseridas.
Assim um novo cliente est cadastrado.
Ps-condio
O cadastro est inserido no banco de dados.
Cenrio
Caso haja conflito de cpf uma mensagem informada.
Alternativo
Fonte: o autor

36

3 DOCUMENTAO DE ANLISE E PROJETO DO SISTEMA

Nesta sesso so apresentados os instrumentos de anlise, projeto e
prototipao do prottipo desenvolvido para gesto operacional de oficinas
mecnicas.
3.1 REQUISITOS FUNCIONAIS
Nos Quadros 4 a 17 so apresentados os Requisitos Funcionais levantados
no processo de anlise da operao da oficina mecnica.
Quadro 4 Requisito Funcional Cadastrar Clientes
RF 001
Categoria: Evidente
Prioridade: Altssima
Obrigatoriedade:
Cadastrar
Obrigatrio
Clientes
Descrio: O sistema deve cadastrar os dados pessoais do cliente, como cdigo, nome, cpf, rg,
data de nascimento, e-mail, tipo de pessoa, sexo, cep, cnpj, endereo, telefone, celular, bairro,
estado, cidade.
O sistema est conectado com os correios ento ao digitar o CEP, busca o endereo.
O sistema est conectado com o SPC ento ao digitar o CPF, j faz uma consulta de crdito do
cliente.
Fonte: o autor
Quadro 5 Requisito Funcional Cadastrar Usurios
RF 002
Categoria: Evidente
Prioridade: Altssima
Obrigatoriedade:
Cadastrar
Obrigatrio
Usurios
Descrio: O sistema deve cadastrar os usurios operadores do sistema. Para o administrador
todas as opes ficam liberadas e ele tem a responsabilidade de cadastrar os demais e liberar as
opes que cada um poder utilizar. Dever conter login, senha e as opes a serem liberadas.
Fonte: o autor
Quadro 6 Requisito Funcional Cadastrar Fornecedores
RF 003
Categoria: Evidente
Prioridade: Altssima
Obrigatoriedade:
Cadastrar
Obrigatrio
Fornecedores
Descrio: O sistema deve cadastrar os fornecedores informando dados como cdigo, endereo,
telefone 1 e 2, contato, e-mail, CNPJ, razo social, inscrio estadual, nome fantasia, cidade, site,
bairro, cep, estado, celular.
Fonte: o autor
Quadro 7 Requisito Funcional Cadastrar Funcionrios
RF 004
Categoria: Evidente
Prioridade: Altssima
Obrigatoriedade:
Cadastrar
Obrigatrio
Funcionrios
Descrio: O sistema deve cadastrar os funcionrios informando dados como cdigo, nome,
endereo, telefone, data de nascimento, e-mail, cpf, rg, carteira de trabalho, cidade, bairro, estado,
admisso, cargo, salrio, sexo, cep, experincia, celular.
Fonte: o autor

37

Quadro 8 Requisito Funcional Cadastrar Servios

RF 005
Categoria: Evidente
Prioridade: Altssima
Obrigatoriedade:
Cadastrar
Obrigatrio
Servios
Descrio: O sistema deve cadastrar os servios realizados na oficina informando dados como
cdigo, nome, tipo de servio, durao aproximada, valor, observao, data, veculo, marca,
modelo, ano, grupo.
Fonte: o autor
Quadro 9 Requisito Funcional Cadastrar Peas
RF 006
Categoria: Evidente
Prioridade: Altssima
Obrigatoriedade:
Cadastrar Peas
Obrigatrio
Descrio: O sistema deve cadastrar as peas utilizadas na oficina, bem cdigo, nome, tipo da
pea, valor, veculo, data, quantidade, grupo, fornecedor, ano, marca, modelo.
Fonte: o autor
Quadro 10 Requisito Funcional Cadastrar Veculos
RF 007
Categoria: Evidente
Prioridade: Altssima
Obrigatoriedade:
Cadastrar
Obrigatrio
Veculos
Descrio: O sistema deve cadastrar os veculos de clientes, bem como cdigo, cliente, ano,
marca, modelo, placa, km, situao, combustvel, cor, observao.
Fonte: o autor
Quadro 11 Requisito Funcional Cadastrar Histrico
RF 008
Categoria: Evidente
Prioridade: Altssima
Obrigatoriedade:
Cadastrar
Obrigatrio
Histrico
Descrio: O sistema deve cadastrar o histrico de manuteno em veculos clientes, bem como
cdigo, data de retorno, data entrada, ordem de servio, cliente, veculo, modelo, ano, pendncias,
mecnico, valor, mdia de visitas, data manuteno, peas e servios.
Fonte: o autor
Quadro 12 Requisito Funcional Cadastrar Ordem de Servio
RF 009
Categoria: Oculto
Prioridade: Altssima
Obrigatoriedade:
Cadastrar Ordem
Obrigatrio
de Servio
Descrio: O sistema deve gerar ordens de servio, listando os servios a serem executado,
cdigo, data, fone, modelo, ano, vencimento, mecnico, forma de pagamento, oramento, valor,
previso de entrega, veculo, marca do veculo, cliente, peas utilizadas.
Mostrar mensagem de alerta se cliente estiver com pendncias na oficina.
O valor dos servios e das peas poder ser alterado.
Fonte: o autor
Quadro 13 Requisito Funcional Cadastrar Oramento
RF 010
Categoria: Oculto
Prioridade: Altssima
Obrigatoriedade:
Cadastrar
Obrigatrio
Oramento
Descrio: O sistema deve gerar oramento, aps anlise do mecnico, contendo cdigo, data,
fone, veculo, marca, ano, modelo, servios a serem realizadas, peas, valor, cliente, mecnico.
Fonte: o autor

38

Quadro 14 Requisito Funcional Compras

RF 011
Categoria: Oculto
Prioridade: Altssima
Obrigatoriedade:
Compras
Obrigatrio
Descrio: O sistema deve lanar compra dos produtos informando cdigo, comprador, a data, o
fornecedor, os produtos adquiridos, cdigo do produto, quantidade, valor unitrio, total, grupo,
forma de pagamento, vencimento, descrio dos produtos.
Fonte: o autor
Quadro 15 Requisito Funcional Contas a Pagar
RF 012
Categoria: Oculto
Prioridade: Altssima
Obrigatoriedade:
Contas pagar
Obrigatrio
Descrio: O sistema deve fazer o controle de contas a pagar, como cdigo, cdigo da compra,
data de emisso e vencimento, data da baixa, o fornecedor e a situao, valor, parcelas,
descrio, forma de pagamento, observaes.
Boto para baixar a conta, informando a data de pagamento.
Boto para imprimir as informaes da tela.
Boto para visualizar Compra.
Fonte: o autor
Quadro 16 Requisito Funcional Contas a Receber
RF 013
Categoria: Oculto
Prioridade: Altssima
Obrigatoriedade:
Contas receber
Obrigatrio
Descrio: O sistema deve fazer o controle de contas a receber, como cdigo, cdigo da O.S,
data de emisso e vencimento, data pagamento, o cliente e a situao, valor, parcelas, forma de
pagamento, descrio, observaes.
Boto para baixar a conta, informando a data de pagamento.
Boto para imprimir as informaes da tela.
Boto para visualizar O.S.
Fonte: o autor
Quadro 17 Requisito Funcional Alertas
RF 014
Categoria: Oculto
Prioridade: Altssima
Obrigatoriedade:
Alertas
Obrigatrio
Descrio: O sistema deve verificar ao acessar o sistema e exibir uma mensagem de alerta caso
existam clientes ou contas com pendncias ou parcelas vencidas.
Fonte: o autor

3.2 REQUISITOS NO FUNCIONAIS

Nos Quadros 18 a 25 so apresentados os Requisitos No Funcionais
levantados no processo de anlise da operao da oficina mecnica.

Quadro 18 Requisito No Funcional Proteo de Dados

RNF 001
Categoria: Produto Permanncia: Permanente Obrigatoriedade:
Proteo de
Obrigatrio
dados
Descrio: Dados de funcionrios, contas receber e contas pagar, devero estar em sigilo,
com acesso somente de usurio cadastrado com devido acesso liberado.
Fonte: o autor

39

Quadro 19 Requisito No Funcional Comprovar Experincia

RNF 002
Categoria: Produto Permanncia: Permanente Obrigatoriedade:
Comprovar
Obrigatrio
Experincia
Descrio: Para cadastrar um funcionrio dever constar a comprovao de que possui
experincia de pelo menos 1 ano.
Fonte: o autor
Quadro 20 Requisito No Funcional Linguagem de Programao
RNF 003
Categoria:
Permanncia: Permanente Obrigatoriedade:
Linguagem de
Processo
Obrigatrio
Programao
Descrio: O sistema ser desenvolvido na linguagem C#, garantindo, assim, sua portabilidade.
Fonte: o autor
Quadro 21 Requisito No Funcional Verificao de Endereo
RNF 004
Categoria: Externo Permanncia: Permanente Obrigatoriedade:
Verificao de
Obrigatrio
Endereo
Descrio: O sistema est conectado com os correios ento ao digitar o CEP j busca o
endereo, caso isso no acontea dever ser digitado.
Fonte: o autor
Quadro 22 Requisito No Funcional Consultar Credito Cliente
RNF 005
Categoria: Externo Permanncia: Permanente Obrigatoriedade:
Consultar Crdito
Obrigatrio
Cliente
Descrio: O sistema est conectado com o SPC ento ao digitar o CPF, j faz uma consulta de
crdito do cliente, caso isso no acontea dever ser consultado manualmente.
Fonte: o autor
Quadro 23 Requisito No Funcional Salvar Backup
RNF 006
Categoria: Produto Permanncia: Permanente Obrigatoriedade:
Salvar Backup
Obrigatrio
Descrio: Salvar backup em mdias, outro micro servidores ou perifricos externos.
Fonte: o autor
Quadro 24 Requisito No Funcional Plataforma S/O
RNF 007
Categoria: Processo Permanncia: Permanente Obrigatoriedade:
Plataforma/SO
Obrigatrio
Descrio: O sistema dever rodar na plataforma Windows a partir da verso 7.
Fonte: o autor
Quadro 25 Requisito No Funcional Interfaces Grficas
RNF 008
Categoria: Produto Permanncia: Permanente Obrigatoriedade:
Interfaces
Obrigatrio
Grficas
Descrio: O sistema dever conter interfaces intuitivas de fcil compreenso.
Fonte: o autor

40

3.3 DIAGRAMA DE CASOS DE USO

Os Quadros 26 a 38 mostram a documentao dos Casos de Uso levantados
na anlise da operao da oficina mecnica que permitiram a criao do Diagrama
de Casos de Uso apresentado na Figura 8.
Quadro 26 Caso de Uso Cadastrar Cliente
Caso de Uso Cadastrar Cliente
ID
UC 001
Descrio
O ator dever cadastrar todo novo cliente.
Ator
Funcionrio
Pr-condio
Iniciar o sistema e efetuar login.
Cenrio Principal O funcionrio loga no sistema.
O funcionrio seleciona a opo cadastrar cliente.
O sistema faz a consulta nos correios para verificao de endereo e serasa
para verificao do credito cliente.
As informaes do cliente so inseridas.
10. Assim um novo cliente est cadastrado.
Ps-condio
O cadastro est inserido no banco de dados.
Cenrio
Caso haja conflito de cpf uma mensagem informada.
Alternativo
Fonte: o autor
Quadro 27 Caso de Uso Cadastrar Veculo
Caso de Uso Cadastrar Veculo
ID
UC 002
Descrio
O ator dever cadastrar cada veculo de clientes.
Ator
Funcionrio
Pr-condio
Iniciar o sistema e efetuar login.
Cenrio Principal 1. O funcionrio loga no sistema.
2. O funcionrio seleciona a opo cadastrar veculos.
3. As informaes do veculo so inseridas.
4. Assim um novo veculo est cadastrado.
Ps-condio
O cadastro est inserido no banco de dados.
Cenrio
Caso haja conflito de placa uma mensagem ser informada.
Alternativo
Fonte: o autor
Quadro 28 Caso de Uso Cadastrar Funcionrio
Caso de Uso Cadastrar Funcionrio
ID
UC 003
Descrio
O ator dever cadastrar cada novo funcionrio da oficina.
Ator
Administrador
Pr-condio
Iniciar o sistema e o administrador efetuar login
Cenrio Principal 1. O administrador loga no sistema.
2. O administrador seleciona a opo cadastrar funcionrios.
3. As informaes do funcionrio so inseridas.
4. Assim um novo funcionrio est cadastrado.
Ps-condio
O cadastro est inserido no banco de dados.
Cenrio
Caso haja conflito de cpf uma mensagem informada.
Alternativo
Fonte: o autor

41

Quadro 29 Caso de Uso Cadastrar Usurio

Caso de Uso Cadastrar Usurio
ID
UC 004
Descrio
O ator dever cadastrar cada novo usurio do sistema.
Ator
Administrador
Pr-condio
Iniciar o sistema e o administrador efetuar login.
Cenrio Principal 1. O administrador validado.
2. O administrador seleciona a opo cadastrar usurios.
3. As informaes como login e usurio so inseridas.
4. Assim um novo usurio est cadastrado.
Ps-condio
O usurio est inserido no banco de dados.
Cenrio
Caso haja o mesmo login uma mensagem informada.
Alternativo
Fonte: o autor
Quadro 30 Caso de Uso Cadastrar Fornecedores
Caso de Uso Cadastrar Fornecedores
ID
UC 005
Descrio
O ator dever cadastrar cada novo fornecedor no sistema.
Ator
Funcionrio
Pr-condio
Iniciar o sistema e o Funcionrio efetuar login
Cenrio Principal 1. O Funcionrio loga no sistema.
2. O Funcionrio seleciona a opo cadastrar fornecedores.
3. As informaes do fornecedor so inseridas.
4. Assim um novo fornecedor est cadastrado.
Ps-condio
O fornecedor est inserido no banco de dados.
Cenrio
Caso haja o mesmo CNPJ uma mensagem informada.
Alternativo
Fonte: o autor
Quadro 31 Caso de Uso Cadastrar Servios
Caso de Uso Cadastrar Servios
ID
UC 006
Descrio
O ator dever cadastrar cada servio que possa ser realizado na oficina.
Ator
Funcionrio
Pr-condio
Iniciar o sistema e o Funcionrio efetuar login
Cenrio Principal 1. O Funcionrio loga no sistema.
2. O Funcionrio seleciona a opo cadastrar servios.
3. Todos os servios realizados na oficina so inseridos.
4. Assim os servios realizados esto cadastrados.
Ps-condio
Os servios esto inseridos no banco de dados.
Cenrio
Caso no houver grupo cadastrado uma mensagem informada.
Alternativo
Fonte: o autor

42

Quadro 32 Caso de Uso Cadastrar Peas

Caso de Uso Cadastrar Peas
ID
UC 007
Descrio
O ator dever cadastrar cada pea que utilizada na oficina.
Ator
Funcionrio
Pr-condio
Iniciar o sistema e o Funcionrio efetuar login
Cenrio Principal 1. O Funcionrio loga no sistema.
2. O Funcionrio seleciona a opo cadastrar peas.
3. Todas as informaes das peas e fornecedor so inseridas.
4. Assim as peas esto cadastradas.
Ps-condio
As peas so inseridas no banco de dados.
Cenrio
Caso no houver grupo cadastrado uma mensagem informada.
Alternativo
Fonte: o autor
Quadro 33 Caso de Uso Cadastrar Histrico
Caso de Uso Cadastrar Histrico
ID
UC 008
Descrio
O ator dever cadastrar todo histrico de servios realizados nos veculos
dos clientes.
Ator
Funcionrio
Pr-condio
Iniciar o sistema e o Funcionrio efetuar login
Cenrio Principal 1. O Funcionrio loga no sistema.
2. O Funcionrio seleciona a opo cadastrar servios.
3. Todas as informaes do que foi realizado no veculo do cliente de
servios so inseridas.
4. O histrico para o cliente est cadastrado.
Ps-condio
O histrico mantido no cadastro do cliente.
Cenrio
Caso cliente no estiver cadastrado no sistema uma mensagem informada.
Alternativo
Fonte: o autor
Quadro 34 Caso de Uso Cadastrar Ordem de Servio
Caso de Uso Cadastrar Ordem de servio
ID
UC 009
Descrio
O ator dever cadastrar toda ordem de servio da oficina.
Ator
Administrador
Pr-condio
Iniciar o sistema e o Administrador efetuar login
Cenrio Principal 1. O Administrador loga no sistema.
2. O Administrador seleciona a opo cadastrar ordem de servio.
3. Todas as informaes so inseridas.
4. A ordem cadastrada.
Ps-condio
As ordens de servios so mantidas em banco de dados.
Cenrio
Caso haja o mesmo nmero de ordem de servio uma mensagem
Alternativo
informada.
Fonte: o autor

43

Quadro 35 Caso de Uso Cadastrar Oramento

Caso de Uso Cadastrar Oramento
ID
UC 010
Descrio
O ator dever cadastrar oramento feito no veculo.
Ator
Mecnico
Pr-condio
Iniciar o sistema e o Mecnico efetuar login
Cenrio Principal 1. O Mecnico loga no sistema.
2. O Mecnico seleciona a opo cadastrar oramento.
3. Todos os servios que podero ser realizados so inseridos.
4. O oramento cadastrado.
Ps-condio
Os oramentos so mantidos em banco de dados.
Cenrio
Caso haja o mesmo nmero de oramento uma mensagem informada.
Alternativo
Fonte: o autor
Quadro 36 Caso de Uso Contas a Pagar
Caso de Uso Contas Pagar
ID
UC 011
Descrio
O ator dever registrar o pagamento de contas dos fornecedores.
Ator
Administrador
Pr-condio
Iniciar o sistema e o Administrador efetuar login
Cenrio Principal 1. O Administrador loga no sistema.
2. O Administrador seleciona a opo contas a pagar.
3. O Administrador seleciona o fornecedor.
4. O pagamento efetuado.
5. O pagamento baixado.
Ps-condio
Os pagamentos so mantidos em banco de dados.
Cenrio
Caso a conta esteja vencida uma mensagem informada.
Alternativo
Fonte: o autor
Quadro 37 Caso de Uso Compras
ID
Descrio
Ator
Pr-condio
Cenrio Principal

Ps-condio
Cenrio
Alternativo
Fonte: o autor

Caso de Uso Compras

UC 012
O ator dever efetuar a compra de produtos para manuteno de veculos.
Administrador
Iniciar o sistema e o Administrador efetuar login
1. O Administrador loga no sistema.
2. O Administrador seleciona a opo compras.
3. O Administrador seleciona o fornecedor.
4. O produto informado.
5. A compra registrada.
As compras so mantidas em banco de dados
Caso o produto for de valor elevado ser informado outro fornecedor.

44

Quadro 38 Caso de Uso Contas a Receber

Caso de Uso Contas Receber
ID
UC 013
Descrio
O ator dever registrar o recebimento de contas dos clientes.
Ator
Administrador.
Pr-condio
Iniciar o sistema e o Administrador efetuar login.
Cenrio Principal 1. O Administrador loga no sistema.
2. O Administrador seleciona a opo contas a receber.
3. O Administrador seleciona o cliente.
4. O valor identificado.
5. O recebimento informado.
Ps-condio
O histrico de recebimento mantido em banco de dados.
Cenrio
Caso a conta esteja vencendo uma mensagem informada.
Alternativo
Fonte: o autor

45

Figura 8 - Diagrama de Casos de Uso

Cadastrar
Usurio

Pagar Contas

Carto
Credito/Debito

extend

include

Forma de
Pagamento

Receber
dados

Administrador

extend
Receber
Contas

Cadastrar
Funcionrios

i ncl ude

Cadastrar
Ordem de
Serv io
Comprar
Peas

Sistema de Carto
Dinheiro

i ncl ude

extend
Pagar O.S
i ncl ude

include

Cheque

i ncl ude

i ncl ude
extend
i ncl ude
Validar
Pagamento

Cliente
include

extend

Autorizar
Oramento

Registrar O.S

extend
include

include

Credirio

Solicitar
oramento

Realizar
manunteno

i ncl ude

Imprimir
comprov ante

include
include
Pagar
Fornecedor

include

Serasa

include
Mecnico
extend

Realizar
Oramento

Inserir Itens

include

i ncl ude

Recusar
Oramento
extend

extend

Retirar
Veculo

include
Verificar CPF

i ncl ude
extend

extend

Cadastrar
Histrico
extend

Cadastrar
Peas

i ncl ude

Cadastrar
Veculo

Cadastrar
Fornecedor

include

Cadastrar
Serv ios

Cadastrar
Clientes

extend
Verificar
endereo

Sistema Correios
Funcionrio

Fonte: o autor

46

3.3.1

Diagramas de Atividades
O objetivo do diagrama de Atividade mostrar o fluxo de atividades em um

nico processo. Ele mostra como uma atividade depende da outra, alm de
apresentar o relacionamento entre os processos. Descreve a ao a ser executada
para a concluso de uma atividade do sistema (Guedes, 2009).
Nas Figuras 9 a 11 so apresentados os Diagramas de Atividades realizados
no processo de anlise da operao da oficina mecnica.

Figura 9 - Diagrama de Atividade CADASTRAR CLIENTE

Ini ci o

Cadastrar Cliente

Realizar Oramento

Recusar
Oramento

No

Si m
Autori zar Oramento

Realizar
Manuteno

Cadastar
O.S

Retirar
Veculo

Registrar
O.S

Validar
Pagamento
Fi m

Fonte: o autor

Forma de
Pagamento

Pagar O.S

47

Figura 10 - Diagrama de Atividade REALIZAR ORAMENTO

Ini ci o

Realizar
Oramento

No

Recusar
Oramento

Si m

Autori zar Oramento

Realizar
Manuteno

Cadastrar
O.S
Retirar
Veculo
Registar
O.S

Forma de
Pagamento

Validar
Pagamento

Pagar O.S

Fi m

Fonte: o autor

Figura 11 - Diagrama de Atividade SOLICITAR ORAMENTO

Ini ci o

Solicitar Oramento

Realizar Oramento

Recusar
Oramento

No

Si m
Autori zar Oramento

Realizar
Manuteno

Cadastrar O.S

Retirar
Veculo

Registrar O.S

Validar Pagamento
Fi m

Fonte: o autor

Forma de
Pagamento

Pagar O.S

48

3.3.2 Diagramas de Mquina de Estado

Descreve a ao do objeto no momento de sua execuo por meio de um
conjunto de transies de estado. Pode tambm expressar o comportamento de
uma parte do sistema como, por exemplo, acompanhar o estado dos elementos em
uma instncia de classe. muito utilizado em sistemas crticos, pois permite
acompanhar o estado em que o objeto se encontra durante o processo de execuo
(Guedes, 2009).
Nas Figuras 12 a 14 so apresentados os Diagramas de Atividades
levantados no processo de anlise da operao da oficina mecnica.

Figura 12 - Diagrama de Mquina de Estado CADASTRAR CLIENTES

Inicio

Cadastrar Cliente

Retirar Veculo

Validar Pagamento

Forma de Pagamento

Pagar O.S

Realizar Oramento

Registrar O.S

deciso

Recusar Oramento

Fonte: o autor

Autorizar Oramento

[Sim]

Realizar Manuteno

Cadastrar O.S

49

Figura 13 - Diagrama de Mquina de Estado REALIZAR ORAMENTO

Inicio

Realizar Oramento

Retirar Veculo

Validar Pagamento

Forma de Pagamento

Pagar O.S

Registrar O.S

deciso

Recusar Oramento

[No]

[Sim]

Autorizar Oramento

Realizar Manuteno

Cadastrar O.S

Fonte: o autor
Figura 14 - Diagrama de Mquina de Estado SOLICITAR ORAMENTO

Inicio

Solicitar Oramento
Validar Pagamento

Realizar Oramento

Retirar Veculo

Forma de Pagamento

Pagar O.S

Registrar O.S

deciso

Recusar Oramento

Fonte: o autor

[No]

Autorizar Oramento

[Sim]

Realizar Manuteno

Cadastrar O.S

50

3.3.3 Diagramas de Sequncia

Representa o fluxo dos processos, principalmente a sua comunicao e
interao. Descreve a ordem em que as mensagens so trocadas entre os objetos
envolvidos. Identifica o evento que gera o processo e o seu ator responsvel e
determina como deve ser o desdobramento e conclu o processo por chamadas de
mensagens enviadas entre os objetos (Guedes, 2009).
Nas Figuras 15 a 17 so apresentados os Diagramas de Atividades
levantados no processo de anlise da operao da oficina mecnica.

Figura 15 - Diagrama de Sequncia CADASTRAR CLIENTES

Funcionari o
M ecanico
Cadastrar Clientes

Cl iente
Realizar
Oramento

Mecanico
Admi ni strador
Cl iente
Autorizar
Realizar
Cadastrar O.S Registar O.S
Oramento
Manuteno

Sim()

No()

Fonte: o autor

Pagar O.S

Forma de Validar Pagamento

pagamento

51

Figura 16 - Diagrama de Sequncia REALIZAR ORAMENTO.

Mecnico

Cliente
Realizar
Oramento

Mecnico
Autorizar
Oramento

Sim()

No()

Fonte: o autor

Realizar
Manuteno

Administrador
Cadastrar O.S Registrar O.S

Cliente
Pagar O.S

Forma de Validar Pagamento

Pagamento

52

Figura 17 - Diagrama de Sequncia SOLICITAR ORAMENTO

Cliente

Mecnico
Solicitar
Oramento

Cliente
Realizar
Oramento

Mecnico
Autorizar
Oramento

Sim()

No()

Fonte: o autor

Administrador
Cliente
Realizar
Cadastrar O.S Registrar O.S
Pagar O.S
Manuteno

Forma de Validar Pagamento

Pagamento

53

3.4 PROTOTIPAO
O propsito facilitar o entendimento dos requisitos, conceitos e as
funcionalidades do software. Determina a maneira precisa de como sero as
atividades e dinmicas de criao do software. o melhor meio de se validar uma
ideia, e o principal modelo dos processos do sistema. Permite uma maior agilidade
nos processos e depois de realizados, podem ser utilizados como documentao
tcnica, manuais de usurio e material de treinamento (CAMARINI, 2013).
Nas Figuras 18 a 11 so apresentados a Prototipao do sistema no processo
de anlise da operao da oficina mecnica.

Figura 18 Login

Fonte: o autor

54

Figura 19 - Menu Inicial

Fonte: o autor
Figura 20 - Cadastro de Peas

Fonte: o autor

55

Figura 21 - Cadastro de Histrico

Fonte: o autor

Figura 22 - Cadastro de Veculos

Fonte: o autor

56

Figura 23 - Cadastro de Clientes

Fonte: o autor

Figura 24 - Cadastro de Usurios

Fonte: o autor

57

Figura 25 - Cadastro de Fornecedores

Fonte: o autor
Figura 26 - Cadastro de Funcionrios

Fonte: o autor

58

Figura 27 - Cadastro de Servios

Fonte: o autor

Figura 28 - Contas Receber

Fonte: o autor

59

Figura 29 Compras

Fonte: o autor

Figura 30 - Cadastro de Oramento

Fonte: o autor

60

Figura 31 - Cadastro de Ordem de Servio

Fonte: o autor

Figura 32 - Contas Pagar

Fonte: o autor

61

E na Figura 33 apresentado o diagrama de prototipao do banco de dados

Modelo de Entidade Relacionamento (MER).
3.5 ANLISE DE PORTABILIDADE
No desenvolvimento do sistema, foi analisado a estrutura em que o software
ser implementado e implantado, como a linguagem que ser desenvolvida, o
sistema operacional, configuraes de mquinas para execuo do sistema entre
outros fatores. Ser utilizado um switch para interligar os micros na rede.
Para preveno de quedas de energia, dever ter um Nobreak mantendo os
computadores livre das instabilidades da rede eltrica e evitar perda de arquivos no
salvos devido falta de energia. Isso devido conter uma serralheria prxima ao local
onde sofre vrias instabilidades na rede eltrica.
Os processadores e a memria RAM das mquinas que ir rodar o sistema
devero ser acima de 4 GHz e superior a 32 bits, HD de no mnimo 500GB.
O ideal que a rede esteja configurada com velocidade de acima de 2MB,
para melhor desempenho do sistema. A rede deve obrigatoriamente estar
configurada com protocolo TCP/IP por ser em camadas, onde cada camada
responsvel por um grupo de tarefas, cabeamento simples pelo fato do servidor ficar
prximo ao terminal.
O sistema dever rodar na plataforma a partir do Windows (7), dever conter
pelo menos duas licenas Windows para execuo do sistema. Servidor e micro
inicialmente.
Dever ter um servidor com pelo menos configurao i3 sendo 6GB RAM e
1TB de memria com Framework.net devidamente instalado. Estas configuraes
so necessrias para realizar os backups diariamente, manter a integridade dos
dados, e tambm na organizao e a disposio dos itens que constitui os dados da
oficina, alocao do banco de dados e suas informaes, integrao com a
linguagem de programao, o sistema poder ser executado pelo servidor ou local.
Dever ser mantido em ambiente de temperatura pelo menos 23, para isso dever
conter

condicionador

de

ar

na

sala

que

ir

ficar

alocado

servidor.

62

Figura 33: Modelo de Entidade Relacionamento

Fonte: o autor

63

O banco de dados utilizado dever ser desenvolvido na linguagem padro

SQL, (Microsoft SQLServer), local e tambm no servidor, por ter um custo menor,
mais fcil de utilizar e gerenciar, todas as funcionalidades esto inclusas em sua
licena, est integrado com Framework.net que possibilita construir rotinas na
linguagem .Net como C#. Ser executado pelo servidor e enviado para os micros.
Para a execuo, os micros devero ser acima de 1Gb de velocidade do
processador, 512 Mb de memria.
O sistema dever ser desenvolvido na linguagem C#, microsoft Visual Studio,
garantindo, assim, sua portabilidade, para melhor interao com banco de dados por
ser Microsoft SQLServer, tambm por ser baseada em Delphi, C++ e Java onde foi
retirado os melhores recursos destas linguagens, segue os padres de Orientao a
Objetos e tipada. Para sua execuo os micros devero ser acima de 1GB de
RAM e superior a 32 bits, HD de no mnimo 120GB. O sistema ser aplicado para
Desktop local (Terminal).

64

4 IMPLEMENTAO DO SISTEMA PROJETADO

Nesta sesso so apresentados parte dos elementos do sistema que foram
implementados.
4.1 EXEMPLO DE CADASTRO
Nas Figuras 33 e 34 so apresentadas as telas desenvolvidas do sistema
projetado (Clientes e Veculos).

Figura 34 Tela Cadastro de Clientes

Fonte: o autor

65

Figura 35 Tela Cadastro de Veculos

Fonte: o autor

4.2 PARTE DO CDIGO DO CADASTRO DE CLIENTES

Na Figura 35 apresentado parte do cdigo desenvolvido em C# para
implementar o Cadastro de Clientes.

66

Figura 36 Parte Cdigo Excluir Clientes

Fonte: o autor

4.3 TABELAS DO BANCO DE DADOS

As tabelas criadas no SGBD so apresentadas na Figura 36.

67

Figura 37 Tabelas Banco de Dados

Fonte: o autor

68

CONSIDERAES FINAIS

O projeto foi desenvolvido com intuito de aplicar os mtodos e padres

propostos pela Engenharia de Software em todas as etapas do ciclo de vida de
desenvolvimento de um sistema de informao para gesto de uma oficina
mecnica. A anlise e projeto foram desenvolvidos a partir de um levantamento de
requisitos realizados juntamente com o proprietrio da oficina, que exps a
dificuldade que enfrenta no dia a dia no que diz respeito ao controle tanto de peas,
quanto de servios e gesto financeira da organizao.
A partir do conhecimento adquirido ao longo do curso e do contato com
ferramentas tecnolgicas oferecidas e apresentadas pela instituio, foi possvel se
chegar a este prottipo. Aps sua implementao, foi apresentado ao stakeholder,
que manifestou o interesse e a necessidade de se estruturar organizacional,
operacional e financeiramente para adotar esta ferramenta de apoio gesto
empresarial.

69

REFERNCIAS

ALECRIM, Emerson. O que Tecnologia da Informao. 2011. Disponvel em:

<http://www.infowester.com/ti.php >. Acesso em: 05/03/2016.
BOOCH, Grady. UML. 2 ed. Rio de Janeiro: Elsevier, 2005.
CAELUM, Apostila. C# e Orientao a Objetos. Curso FN-13, 2015. Disponvel em:
<https://www.caelum.com.br/apostila-csharp-orientacao-objetos//>
CAMARIINI, Bruno. Prototipao e sua Importncia no Desenvolvimento de
Software. 05/11/2013. Disponvel em:
<http://dextra.com.br/pt/prototipacao-e-sua-importancia-no-desenvolvimento-desoftware/>. Acesso em: 19/09/2016.
CHIAVENATO, Idalberto. Introduo teoria geral da administrao. 6 Ed. Rio
de Janeiro: Campos 2000.
DSOUZA, Elton. Tipos de Sistema da Informao, 02/05/2009. Disponvel em:
<http://si-sistemasdeinformacao.blogspot.com.br/2009/05/tipos-de-sistemas-deinformacao.html>. Acesso em: 20/05/2016.
EDUARDO, Czar. ENIAC Incio da histria da informtica. Disponvel em:
<http://www.cdbinformaticatechnology.com/eniac-inicio-da-historia-da-informatica/>.
Acesso em: 24/03/2016.
FLOREZANO, Cludio. Tipos de Sistemas de Informao nas Organizaes,
13/10/2011. Disponvel em:
<http://www.cbsi.net.br/2015/04/tipos-de-sistemas-de-informacao-nasorganizacoes.html>. Acesso em: 20/07/2016.
FONSECA. Czar. Histria da Computao. O caminho do pensamento e da
tecnologia. Porto Alegre: EDIPUCRS, 2007, 205p.
FURTADO, Gustavo. A histria do banco de dados. 01/04/2013. Disponvel em:
<http://www.dicasdeprogramacao.com.br/a-historia-dos-bancos-de-dados/>. Acesso
em: 02/07/2016.
FURTADO, Vasco. Tecnologia e Gesto da Informao na Segurana Pblica.
Rio de Janeiro: Garamond, 2002.
1 GUEDES, Gilleanes T. A. UML 2 Uma Abordagem Prtica. 1 ed. So
Paulo: Novatec, 2009.
HALL, R. H. Organizaes: Estruturas, Processos e Resultados. So Paulo:
Pretince, 2004.

70

HAMANN, Renan. Das Toneladas aos Microchips: A Evoluo dos

Computadores, 03/06/2016. Disponvel em:
<http://www.tecmundo.com.br/infografico/9421-a-evolucao-dos-computadores.htm>.
Acesso em: 07/06/2016.
KEEN, P.G.W. Information Tecnology And The Management Theory: The Fusion
Map. IBM Systems Journal. v.32, n.1, p.17-38, 1993.
LAUDON, K. C.; LAUDON, J. P. Sistemas de Informao gerenciais:
administrando a empresa digital. 5. ed. So Paulo: Pretince Hall, 2004.
LEI FEDERAL n. 9317/96, alterada pela lei 9732/98. Como identificar o tipo e
porte das empresas. 2006. Disponvel em:
<https://www.webcontabil.com.br/2006/clientes/certacon/site/empresa/06_02_02.htm
l>. Acesso em: 30/06/2016.
LIMA, Edwin. C# e .NET. Guia do desenvolvedor. Rio de Janeiro: Campus, 2002.
p19.
MAXIMIANO, Antnio Czar. Teoria Geral da Administrao. 6 ed. So Paulo:
Atlas, 2009.
NASCIMENTO, Francisco de Assis. A revoluo do hardware e do software,
29/06/1998. Disponvel em:
<http://www.assis.pro.br/public_html/hcomp/RevolucaoHardwareSoftware.html>.
Acesso em: 10/05/2016.
NETO, Francisco Barbosa. Qual Regime tributrio de sua empresa. 15/01/2013.
Disponvel em:
<http://projetodsd.com.br/regime-tributario-da-sua-empresa/>.
Acesso
em:
21/06/2016.
OBRIEN, James A. Sistemas de Informao e as decises gerenciais na era da
internet. 2 ed. So Paulo: Saraiva, 2004.
RATTNER, Henrique. Pequena e Mdia Empresa no Brasil. So Paulo: Smbolo,
1978.
SANCHES, Andr Rodrigo. Introduo e histria de banco de dados. 21/03/2005.
Disponvel em:
< http://www.ime.usp.br/~andrers/aulas/bd2005-1/aula3.html>. Acesso em
SANTOS, Andreia. O curioso universo das oficinas mecnicas. 12/2006.
Disponvel em:
<https://www.algosobre.com.br/cultura/o-curioso-universo-das-oficinasmecanicas.html>. Acesso em: 01/07/2016.

71

SEBRAE. Oficina Mecnica. 23/12/1998. Disponvel em:

<http://vix.sebraees.com.br/ideiasnegocios/arquivos/OficinaMecanica.pdf>.
em: 14/08/2016.

Acesso

SOMMERVILLE, Ian. Engenharia de Software. 8 ed. So Paulo: Pearson, 2007.

VIEIRA, Flvia Regina Czarneski. Dimenses para diagnostico de uma gesto
estratgica voltada para o ambiente de empresas de pequeno porte. 2002. 213f.
Teste Doutorado Engenharia de Produo da Universidade Federal de Santa
Catarina, 2002.