You are on page 1of 115

INSTITUTO DE ENSINO SUPERIOR DA AMAZNIA

ENGENHARIA DA COMPUTAO

MARCIEL DE FREITAS ALVES


PAULO CSAR GOMES FERREIRA

Sistema de automao de controle e servios para setor comercial

Belm-PA
2006

INSTITUTO DE ENSINO SUPERIOR DA AMAZNIA


ENGENHARIA DA COMPUTAO

MARCIEL DE FREITAS ALVES


PAULO CSAR GOMES FERREIRA

Sistema de automao de controle e servios para setor comercial

Monografia de Concluso de Curso


apresentada como requisito parcial para
obteno do grau de Bacharel em
Engenharia da Computao.
Orientador:
Prof. M.Sc. Fbio Czar Massoud
Salame da Silva.

Belm-PA
2006

INSTITUTO DE ENSINO SUPERIOR DA AMAZNIA


ENGENHARIA DA COMPUTAO

MARCIEL DE FREITAS ALVES


PAULO CSAR GOMES FERREIRA

Sistema de automao de controle e servios para setor comercial


Esta monografia foi julgada adequada para a obteno do ttulo de Engenheiro de
Computao, e aprovada na sua forma final pelo Instituto de Ensino Superior da Amaznia.
Data: ___/___ /____
Conceito:_________
_______________________________________
Prof. M.Sc. Fbio Czar Massoud Salame da Silva
Orientador
_______________________________________
Prof. M.Sc. Alex Sandre Alves Guedes
Examinador
_______________________________________
Prof. M.Sc. Wellington Jos Figueiredo de Lima
Examinador

Belm-PA
2006

"Nossa eterna gratido aos nossos pais, que


sempre nos incentivaram para alcanamos
nossos objetivos e nunca mediram esforos
para nos educar."

AGRADECIMENTOS

Primeiramente a Deus, que sempre esteve do meu lado me dando fora e perseverana
para enfrentar os obstculos e alcana os meus objetivo longo desta jornada.
Os mais sinceros agradecimentos a minha querida me Maria Selma de Freitas Alves e
meu pai Manuel Ferreira Alves que me apoiaram e nunca mediram esforo para me ajuda
durante minha jornada acadmica, a minha irm Juliana de Freitas Alves, que uma pessoa
muito especial, pelo apoio e compreenso que me foi garantido durante todo o processo de
aprendizagem e produo desta obra, que consumiu muitos momentos de concentrao e
trabalho, afastando-nos em vrios momentos do convvio familiar.
A todos os professores que possibilitaram minha formao acadmica, pelo apoio
incondicional nos meus estudos e pelo vasto conhecimento e dedicao que estes
apresentaram durante o perodo letivo, engrandecendo a pessoa que sou hoje.
A todos da coordenao, os quais foram atenciosos nos diversos momentos do curso em
que precisamos de auxlio, A todos os companheiros do curso, pela companhia acolhedora e
gratificante que auxiliaram e colaboraram no nosso processo de aprendizagem.
Marciel de Freitas Alves

Primeiramente a Deus, pela fora e perseverana para enfrentar os obstculos surgidos e


a fadiga ao longo desta jornada.
Os mais sinceros agradecimentos a minha querida me Maria Creusa de Souza Gomes
minha av Florinda de Sousa Gomes e minha tia Jucirene de Souza Gomes que me apoiaram
durante esses anos na minha jornada acadmica e meus maravilhosos irmos Paulo Victor
Gomes e urea Gomes e meus tios e tias, por todo o apoio e compreenso que me foi
garantido durante todo o processo de aprendizagem e produo desta obra, que consumiu
muitos momentos de concentrao e trabalho, afastando-nos em vrios momentos do convvio
familiar.
Foi por esses gestos de amor que aprendemos a valorizar esse curso e a responsabilidade
de retirar dele o melhor para o meu engrandecimento profissional. Ao nosso orientador, o
Prof. M.Sc. Fbio Salame, pela indicao de bibliografias relacionadas ao tema, pelos
esclarecimentos, trocas de idias e reviso deste trabalho. Ao meu Colega de turma Marciel
Alves por entender certos momentos passados
A todos os meus colegas que agora se formam e que me ajudaram ao logo do curso.
sempre me lembrarei com saudades dos momentos juntos

A todos os professores que

possibilitaram minha formao acadmica, em especial aos Professores: , Silvana Rossy de


Brito , pelo apoio incondicional nos meus estudos e pelo vasto conhecimento e dedicao que
estes apresentaram durante o perodo letivo, engrandecendo a pessoa que sou hoje.
A todos da coordenao, os quais foram atenciosos nos diversos momentos do curso em
que precisamos de auxlio, A todos os companheiros do curso, pela companhia acolhedora e
gratificante que auxiliaram e colaboraram no nosso processo de aprendizagem.
Paulo Csar Gomes Ferreira

LISTA DE FIGURAS

Figura 1 - Fluxo seqencial entre uma fase e a seguinte.........................................................


Figura 2 - Fluxo Interativo e Incremental entre uma fase e a seguinte...................................
Figura 3 Diagrama de Contexto...........................................................................................
Figura 4 - Tela do adaptador do Banco de Dados...................................................................
Figura 5 - Tela de identificao...............................................................................................
Figura 6 - Lembra senha.........................................................................................................
Figura 7 - identificao por login e senha...............................................................................
Figura 8 - Interface Principal do Chrono: Modulo Administrador.........................................
Figura 9 - Gerenciamento de senhas (Funcionrio)................................................................
Figura 10 - Gerenciamento de senhas (Administrador)..........................................................
Figura 11 - Gerenciamento de fornecedores...........................................................................
Figura 12 - Gerenciamento de Funcionrios...........................................................................
Figura 13 - Gerenciamento de Produtos..................................................................................
Figura 14 - Gerenciamento de transportadoras.......................................................................
Figura 15 - Cadastro de fornecedores.....................................................................................
Figura 16 - Cadastros de funcionrios....................................................................................
Figura 17 - Cadastros de transportadoras................................................................................
Figura 18 - Cadastros de Produtos..........................................................................................
Figura 19 - Cadastro de validao de senha............................................................................
Figura 20 - Pesquisar todos.....................................................................................................
Figura 21 - Relatrio de fornecedores.....................................................................................
Figura 22 Nota fiscal............................................................................................................
Figura 23 Tela de venda.......................................................................................................
Figura 24 Diagrama de Contexto.........................................................................................
Figura 25 - Diagrama de caso de uso de Gerenciamento de produtos....................................
Figura 26 Diagrama de classe de gerenciamento de produtos.............................................
Figura 27 - Diagrama de caso de uso de Gerenciamento de Funcionrio...............................
Figura 28 - Diagrama de classe de Gerenciamento de Funcionrio........................................
Figura 29 - Diagrama de caso de uso de Gerenciamento de Fornecedor................................
Figura 30 - Diagrama de classe de Gerenciamento de Fornecedor.........................................
Figura 31 - Diagrama de caso de uso de Gerenciamento de Transportadora..........................
Figura 32 - Diagrama de classe de Gerenciamento de Transportadora...................................
Figura 33 Diagrama de Caso de Uso de gerenciamento de senhas......................................
Figura 34 - Diagrama de classe de gerenciamento de senha...................................................
Figura 35 Diagrama de Caso de Uso do mdulo de vendas................................................
Figura 36 Diagrama de Classe do mdulo de vendas..........................................................
Figura 37 Diagrama de Classe do Chrono 1.0.....................................................................
Figura 38 Estrutura do banco de dados................................................................................
Figura 39 - Diagrama de Navegao do Chrono 1.0...............................................................

18
18
25
31
32
33
34
35
37
39
41
43
45
47
49
51
53
55
57
58
60
62
64
66
76
78
79
82
83
86
87
90
91
93
94
95
96
98
107

RESUMO

O foco principal desta monografia de concluso de curso a construo de uma


Soluo Computacional para Controle de Servios de Informtica do Supermercado
Paraense, utilizando os princpios da engenharia de software, atravs de um processo de
software utiliza linguagem Java, assim como varias outras ferramentas, a aplicao
desenvolvida para desktop, cujo nome Chrono, divide-se em dois mdulos: modulo
administrativas, que tem como funo o gerenciamento de produtos, funcionrios,
fornecedores, transportadoras e senha, (cadastro, consulta, alterar e relatrio) e o modulo de
vendas que tem como funo informatizao o processo de vendas, sendo que,
documentando as idias essenciais de como fazer o projeto.

Palavras-Chave: Soluo Computacional, Controle, Servios, Informtica, processo,


desenvolvimento de software, engenharia de software.

ABSTRACT

The main focus of this monograph of course conclusion is the construction of a


Computational Solution for Control of Services of Computer science of the Paraense
Supermarket, using the principles of the software engineering, through a software process uses
to the Java language, as well as varies other tools, the application developed for desktop,
whose name Chrono, is divided in two modules: I modulate administrative, that it has as
function the management of products, employees, suppliers, transporters and password, (I
register in cadastre, consultation, to modify and report) and modulate it of vendas that it has as
function computerization the process of vendas, being that, registering the ideas essential of as
to make the project.

Keywords: computer based Solution, software engineering, process of software


development, .

SUMRIO
1 INTRODUO............................................................................................................................
1.1. CONSIDERAES INICIAIS......................................................................................................
1.2. MOTIVAO E JUSTIFICATIVA..............................................................................................
1.3. OBJETIVO......................................................................................................................................
1.4. ESTRUTURA DA
MONOGRAFIA..............................................................................................
2. DESENVOLVIMENTO DE SOFTWARE..................
2.1 ENGENHARIA DE SOFTWARE.............................................................................................
2.2 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE..................................................
2.2.1 Modelos de Ciclo de vida.......................................................................................................
2.2.2. Processo de Software conhecidos.........................................................................................
2.2.3. Metodologia de Desenvolvimento para Automao comercial.........................................
2.3. LEVANTAMENTO DE REQUISITOS DE SOFTWARE.......................................................
3. ESPECIFICAO DE REQUISITOS DE SOFTWARE......................................................
3.1. INTRODUO.........................................................................................................................
3.1.1. Nome do Projeto....................................................................................................................
3.1.2. Identificao do item.............................................................................................................
3.1.3. Nome do Produto..................................................................................................................
3.1.4. Caracterstica........................................................................................................................
3.1.5. Descrio Resumida do Servio/Produto............................................................................
3.1.6. Objetivos deste documento...................................................................................................
3.1.7. Escopo do Produto................................................................................................................
3.1.8. Materiais de referncia.........................................................................................................
3.1.9. Definies de siglas e termos................................................................................................
3.1.10. Viso geral deste documento..............................................................................................
3.2. DESCRIO GERAL DO PRODUTO....................................................................................
3.2.1. Perspectiva do produto.........................................................................................................
3.2.2. Funes do produto...............................................................................................................
3.2.3. Usurios e Sistemas Externos..............................................................................................
3.2.4. Restries...............................................................................................................................
3.2.5. Hiptese de Trabalho............................................................................................................
3.2.5. Requisitos Adiados................................................................................................................
3.3. REQUISITOS ESPECFICOS...................................................................................................
3.3.1. Requisitos de Interface Externa..........................................................................................
3.3.2. Requisitos Funcionais...........................................................................................................
3.3.3. Requisitos No Funcionais...................................................................................................
4. MODELO DE ANLISE DE SOFTWARE.............................................................................
4.1. OBJETIVO................................................................................................................................
4.2. DESCRIO GERAL DOS CASOS DE USO.........................................................................
4.2.1. Regras de negcio adotadas para o sistema........................................................................
4.2.2. Lista das restries observadas nas reunies.....................................................................
4.2.3. Diagrama de contexto...........................................................................................................
4.2.4. Casos de uso previstos para a primeira liberao..............................................................
4.3. REALIZAO DA ANLISE DOS CASOS DE USO PARA A PRIMEIRA
LIBERAO....................................................................................................................................
4.3.1. Realizao do Caso de Uso Gerenciamento de Produtos..................................................
4.3.3. Realizao do Caso de Uso Gerenciamento de Funcionrio.............................................
4.3.4. Realizao do Caso de Uso Gerenciamento de Fornecedor..............................................
4.3.5. Realizao do Caso de Uso Gerenciamento de Transportadora......................................
4.3.6. Realizao do Caso de Uso gerenciamento de senhas........................................................
4.3.6. Realizao do Caso de Uso do modulo de vendas..............................................................
4.4. Diagrama de Classes do Chrono 1.0.......................................................................................

12
12
13
14
15
16
16
17
17
19
19
19
21
21
21
21
21
21
21
22
22
23
24
25
25
25
29
30
30
30
31
31
31
66
68
70
70
70
70
72
73
73
76
76
79
83
87
91
94
96

4.4.1. Relao das classes abstradas do contexto do problema..................................................


4.5. ESTRUTURA DO BANCO DE DADOS.................................................................................
4.6. SCRIPT DO BANCO DE DADOS EM LINGUAGEM SQL.................................................
5 ARQUITETURA DE SOFTWARE E ATIVIDADE DE ESTRUTURA...............................
5.1. CAMADAS: SEPARAO ENTRE COMPONENTES.........................................................
5.2. DEFINIO DA ARQUITETURA DE SOFTWARE A SER UTILIZADO..........................
5.2.1. Ambiente de Desenvolvimento.............................................................................................
5.2.2. Ferramenta de Modelagem..................................................................................................
5.2.3. Ambiente de Documentao.................................................................................................
5.2.4. Sistema Operacional: Windows XP....................................................................................
5.1.5. Sistema de Gerenciador de Banco de Dados: MySQL......................................................
5.1.6. Linguagem de Programao: Java......................................................................................
5.2. ESTRUTURA DO CHRONO 1.0.............................................................................................
6 CONCLUSO E TRABALHOS FUTUROS............................................................................
6.1. CONCLUSO...........................................................................................................................
6.2. TRABALHOS FUTUROS........................................................................................................
REFERNCIAS..............................................................................................................................
ANEXOS..........................................................................................................................................

97
98
99
102
102
103
103
106
106
106
106
107
107
108
108
109
110
112

1 INTRODUO

1.1.

CONSIDERAES INICIAIS
No decorrer da historia, diversos tipos de bens serviram de base para o

desenvolvimento da economia, atualmente esta surgindo um novo tipo de bem econmico: a


informao, a empresa que dispor desse bem estar em vantagem em relao a suas
competidoras.
A necessidade a me de todas as invenes. Em conseqncia do crescimento da
importncia da informao surgiu necessidade de gerenciar as informaes de forma
eficiente dai surgiram os sistemas de informao (BEZERRA, 2002).
A tecnologia s resolve problemas que quando usada por pessoas que os operam,
dentro do processo adequado. Os sistemas de informtica so os produtos da tecnologia de
tratamento da informao. Os problemas que ocorrem com os sistemas de informtica podem
varias causas: deficincia da qualificao de quem opera surgir de processos de negocio
inadequado e podem ser causados por deficincia tecnolgica (PDUA, 2003).
O processo de desenvolvimento tambm no to simples, se precisa sempre retornos
para corrigir alguns erros. O importante descobrir os erros o mais rpido possvel para no
perder tempo demais refazendo as coisas erradas. (UCB, 2006).
No processo de desenvolvimento de softwares complexos, verificam-se que a adoo
de um nico paradigma, ou tcnica de desenvolvimento, raramente suficiente para se
alcanar os nveis desejados de eficincia, reusabilidade, facilidade de expanso, manuteno
e ou interoperalibiliade entre sistemas.
Este projeto enfatiza a necessidade de fortalecimento de uma cultura de
desenvolvimento intra-institucional, de avaliao pro ativa de resultados e tambm, de troca

13

de experincias, os quais implicam diretamente na sistematizao das atividades do


supermercado Paraense associada sempre modernidade encarnada na tecnologia da
informao, o qual deveria ser encarado como uma grande fora.
1.2. MOTIVAO E JUSTIFICATIVA
O interesse em desenvolver um Sistema de automao de controle e servios para
setor comercial, surgiu a partir do trabalho do Marciel Alves no Supermercado Paraense e de
sua respectiva dificuldade de fazer a administrao das tarefas executados.
O desenvolvimento deste sistema deve ser de grande importncia, pois alm da
melhoria e informatizao das atividades desenvolvidas como o gerenciamento de produtos,
funcionrios, fornecedores e transportadoras, a empresa buscar uma melhora significativa de
curto e mdio prazo para a questo de informatizao das suas atividades.
Assim a empresa, busca prestar um melhor atendimento a seus clientes, rapidez com
mdulo de vendas, controle de mercadorias, melhoria no controle de funcionrios,
fornecedores e transportadoras, melhorando satisfao de seus clientes na realizao de suas
compras e melhoria no controle e administrao das atividades na empresa, assim aumento o
crescimento da empresa no mercado.
O objetivo principal o final da construo de um sistema de informaes e a adio
de valor empresa ou organizao na qual esse sistema ser utilizado (BEZERRA, 2003).
Nesta empresa, foi identificada uma grande oportunidade de aprendizado e ainda de
aplicar os conhecimentos adquiridos ao longo dos anos do Curso de Engenharia da
Computao, pois como as tecnologias de um modo geral esto ligadas a razo entre
necessidades e custos, este projeto gozou de boa aceitao pelo Supermercado Paraense,que
carece de um sistemas que organize e otimize o trabalho desenvolvido.
Em diversas entrevistas realizadas com os funcionrios foram levantados alguns
pontos que um Sistema computacional deveria atender:
Diante do grande circulao volume de mercadorias no Supermercado Paraense faz-se
necessrio a automatizao do mecanismo de controle de produtos de entrada, sada e emisso
de relatrios, possibilitando assim maior eficincia e agilidade no atendimento aos seus
clientes e no acompanhamento e controle das mercadorias;
Controle dos dados dos fornecedores a servios da empresa, melhoraria a eficincia e
facilitaria a identificao; eliminaria uma grande perda de tempo, procurando em um
aglomerado de papeis;

14

Controle dos dados das transportadoras a servios da empresa, melhoraria a eficincia


e facilitaria a identificao; eliminaria uma grande perda de tempo, procurando em um
aglomerado de papeis;
Controle dos dados dos Funcionrios da empresa realizados melhoraria a eficincia e
facilitaria a identificao;
Implementao de sistema de segurana, com controle de acessos as informaes
referentes aos dados da empresas.
Uma outra motivao que ao cursar a disciplina de Engenharia de Software surgiu
um interesse em usar esses ensinamentos para solucionar um problema real. Com esses
conceitos, cada vez mais, os desenvolvedores podero criar aplicativos que se ajustem s
necessidades reais dos usurios ou dos envolvidos e que aumentem sua satisfao e
produtividade.
Nos ltimos anos, o processo de desenvolvimento de software vem amadurecendo
com novas tcnicas, mtodos, ferramentas so criadas, novos processos de ciclo de vida
definidos e um entendimento geral da gerncia de construo de projetos de software vm se
solidificando agregando estruturas tecnicamente moderna, colaborando para a eficincia e
eficcia da aplicao dos conceitos da Engenharia de Software (PDUA, 2003).
1.3. OBJETIVO
Este projeto objetiva a implementao de uma Soluo Computacional para controle
de servios de informtica, compatvel com as atuais necessidades do supermercado Paraense,
abrindo novas possibilidades para futuras adequaes e expanses das atividades, de acordo
com o planejamento da empresa. Assim futuramente deve servir como uma base de
informao slida ao processo de tomada de deciso por parte dos dirigentes.
Quanto utilizao, o sistema deve ser utilizado num primeiro momento, pelos
administradores do sistema e funcionrios, pode ser utilizados pelos dirigentes pela grande
facilidade de uso.
Esta monografia tambm tem como objetivo promover a expanso dos nossos
conhecimentos em tcnicas e modelagem de sistema e tecnologias de desenvolvimento de
Software e banco de dados.

15

1.4. ESTRUTURA DA MONOGRAFIA


Alm deste captulo introdutrio que descreve o assunto e os objetivos do trabalho
esta monografia est organizada em mais cinco captulos descritos a seguir, os quais contm o
detalhamento para a sua implementao.
O captulo dois encontra-se os aspectos da modelagem do sistema proposto, trazendo
uma explanao sobre o processo de desenvolvimento e as principais tarefas sugeridas para
fundamentao do desenvolvimento do Chrono 1.0.
No captulo trs, as metodologias e tcnicas estudadas so usadas visando a resoluo
de um problema especfico, que a confeco de uma Soluo Computacional para Controle
de Servios de Informtica . Neste captulo, apresentado um artefato da fase de elaborao
do software, o qual contm o levantamento e especificaes de requisitos, interfaces e
levantamento das funes desejadas para o produto que est sendo construdo.
O captulo quatro apresenta os artefatos do planejamento detalhado da fase de
Construo do software, o qual contm modelo de anlise de software (MASw) e de Banco de
Dados atravs do Diagrama de Entidade-Relacionamento, documentando as idias essncias
sobre o que fazer no projeto, tambm fornecido o projeto de classes que sero
implementadas e como elas devem ser relacionadas.
No captulo cinco consta uma fundamentao sobre a arquitetura do projeto apartir da
definio sobre a arquitetura utilizada e a plataforma Java em um ambiente multi-camadas,
trazendo ainda algumas consideraes dos padres de projetos adotados.
O captulo seis expe as concluses finais desta monografia, sugerindo novas
implementaes e possveis estudos futuros baseados no Chrono 1.0.

16

2. DESENVOLVIMENTO DE SOFTWARE
De acordo

com Booch,

Rumbaugh

e Jacobson, (JACOBSON,

2000) o

desenvolvimento de um modelo para sistemas de software antes de sua construo,


considerado cada vez mais como uma atividade essencial e necessria no desenvolvimento
dos sistemas de informao. Um bom modelo essencial para uma comunicao entre os
membros de equipes de projeto, e ainda, para assegurar que possvel executar o sistema.
Ento neste captulo encontram-se os aspectos da modelagem do sistema proposto.
Aqui sero desenvolvidas as principais tarefas sugeridas para fundamentao do
desenvolvimento do Chrono 1.0.
2.1 ENGENHARIA DE SOFTWARE
A Engenharia de Software surgiu devido aos problemas ocorridos no desenvolvimento
do software, onde em geral os sistemas so feitos sob encomenda. A necessidade de prever o
tempo e os custos, a fim de viabilizar o negcio tanto por parte do desenvolvedor, como por
parte do cliente, bem como insatisfaes do cliente quanto qualidade do produto, falta de
garantia, e ao alto custo de manuteno, levou ao estudo apurado das etapas desenvolvimento
do software uma rea do conhecimento da informtica voltada para a especificao,
desenvolvimento e manuteno de sistemas de software aplicando tecnologias e prticas de
cincia da computao, gerncia de projetos e outras disciplinas, objetivando organizao,
produtividade e qualidade.
Os fundamentos cientficos para a engenharia de software envolvem o uso de modelos
abstratos e precisos que permitem ao engenheiro especificar, projetar, implementar e manter
sistemas de software, avaliando e garantido suas qualidades. Alm disto, a engenharia de
software deve oferecer mecanismos para se planejar e gerenciar o processo de
desenvolvimento (PDUA, 2003).

17

2.2 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE


Os processos de desenvolvimentos de software tratam do conjunto de passos parcialmente ordenados, constitudos por praticas e transformaes cujas metas esto ligadas a fim
de obter resultados concretos finais (PDUA, 2003).
O processo de desenvolvimento de software uma atividade complexa, cuja
complexidade corresponde ao desenvolvimento de seus componentes (BEZERRA, 2003).
Um Processo de desenvolvimento compreende atividades necessrias para definir, planificar,
coordenar e gerenciar o software que ser desenvolvido num espao de tempo. Essas
atividades englobam o levantamento de requisitos, anlise de requisitos, projeto,
implementao, testes e implantao.
2.2.1 Modelos de Ciclo de vida
O ciclo de vida refere-se a um encadeamento das fases da construo do sistema. H
diversos modelos de ciclos de vida mais como estam encadeadas, os modelos mais utilizados
so os modelo em cascata e o modelo Iterativo e Incremental (BEZERRA, 2002).
Modelo em Cascata:
O modelo de ciclo em cascata chamado de clssico ou linear se caracteriza por possuir
uma tendncia na progresso seqencial entre fases
um modelo que requer uma abordagem sistemtica, seqencial ao desenvolvimento
do software, que se inicia no nvel do sistema e avana ao longo da anlise, projeto,
codificao, teste e implantao BEZERRA(Op. cit.).

18

Figura 1: Fluxo seqencial entre uma fase e a seguinte


Fonte: BEZERRA(Op. cit.)

Modelo Iterativo e Incremental


um modelo que divide o desenvolvimento de um produto de software em ciclos,
onde em cada ciclo considerado um subconjunto de requisitos, que a cada iterao
estendido com mais funcionalidades at o resultado final BEZERRA(Op. cit.).

Figura 2.: Fluxo Interativo e Incremental entre uma fase e a seguinte


Fonte: BEZERRA(Op. cit.)

19

2.2.2. Processo de Software conhecidos


Os processos possuem como meta, garantir a produo de software de alta qualidade
que atenda s necessidades dos usurios dentro de cronogramas e oramentos previsveis.
Dentre eles pode-se destacar:
RUP (Rational Unified Process)
um processo iterativo que envolve o gerenciamento de seqncias de verses
executveis e incremental pois envolve a integrao contnua da arquitetura do sistema para a
produo dessas verses que foram especialmente desenhado para a UML, de maneira que
cada nova verso incorpora os aprimoramentos incrementais em relao as demais (Kruchten,
2000).
Praxis
O Praxis um processo que suporta projetos didticos da disciplina Engenharia de
Software nas universidades. Assim como o processo unificado (Unified Process), este
implementa o modelo de processo em espiral e seu processo iterativo e incremental
utilizando a notao da UML. Ele pode ser usado individualmente ou por pequenas equipes
num perodo de durao dos processos em at um ano (PDUA, 2003 ).

2.3. LEVANTAMENTO DE REQUISITOS DE SOFTWARE


A Compreenso das necessidades dos usurios ou dos envolvidos antes de iniciar o
desenvolvimento tornou-se uma atividade crucial para as atividades de desenvolvimento de
softwares. O Levantamento de Requisitos de Software definido pelo IEEE2 como parte
integrante da Engenharia de Requisitos de Software, que o processo atravs do qual os
clientes (compradores, usurios) e os desenvolvedores do sistema descobrem, revisam,
articulam e entendem as necessidades dos usurios e as restries no software e na atividade
de desenvolvimento (THAYER, 1997).
Segundo o IEEE (IEEE, 1983), um requisito uma condio ou capacidade necessria
a um usurio para resolver um problema ou alcanar um objetivo,ou ainda, uma condio ou
capacidade que deve ser encontrada ou possuda por um sistema ou componente de sistema a
fim de satisfazer um contrato, padro, especificao ou outro documento formalmente

20

imposto. (PDUA, 2003): requisitos funcionais: So declaraes de funes que o sistema


deve fornecer ou so descries de como alguns clculos ou buscas devem ser realizados ou
exibidos, determinam tambm qual a funcionalidade do site e quais servios sero oferecidos.
(LEITE, 2004) requisitos no-funcionais: So os requisitos do produto, restringem o que o
sistema pode fazer, os requisitos de processo que se aplicam ao processo de desenvolvimento
dos requisitos externos.

Requisitos de Usurio: Destinam se s pessoas envolvidas na aquisio e uso do sistema.

Requisitos de Sistema: So responsveis por comunicar as funes que o sistema tem de


fornecer.
O IEEE define tambm cinco outros tipos de requisitos alm dos requisitos funcionais:

requisitos de desempenho, requisitos de interface, requisitos de projeto, requisitos de


implementao e requisitos fsicos (IEEE, 1983)
O documento a seguir ser apresentado mostrando Especificao de Requisitos de
Software, que vem a ser uma declarao na integra do que o cliente solicitou ao corpo tcnico
Este documento contm diversos fatores como escopo do produto ,funcionalidade, descrio
das interfaces, perspectiva do produto interfaces externas, perspectiva do produto interfaces
externas,itens que ajudaram a equipe entender o que o cliente deseja para ser desenvolvidos
(PIDS, 2004).

21

3. ESPECIFICAO DE REQUISITOS DE SOFTWARE


3.1. INTRODUO
A Especificao de Requisitos do Software, a qual passaremos a referir ERSw, para o
Chrono 1.0 foi elaborada levando-se em considerao os pontos importantes para uma
aplicao comercial
3.1.1. Nome do Projeto
Sistema de automao de controle e servios para setor comercial
3.1.2. Identificao do item
ChronoSystem _ERS 1.0
3.1.3. Nome do Produto,
Chrono 1.0
3.1.4. Caracterstica
Arquitetura desktop em trs camadas
3.1.5. Descrio Resumida do Servio/Produto
O Cliente deseja uma soluo que organize e controle os servios executados na
empresa, pois devido ao grande volume de mercadorias observa-se a necessidade dessas de
um controle automatizado de dados pessoais, automatizao de servios de vendas entre
outros, faz-se necessrio a automatizao do mecanismo de controle dos registros de entrada e
sada de produtos e emisso de relatrios realizados pelo Chrono, possibilitando assim maior
eficincia e agilidade no atendimento aos clientes e melhor administrao do negocio e no
acompanhamento dos servios realizados.

22

3.1.6. Objetivos deste documento


Documentar detalhadamente os requisitos do cliente, descrevendo as interfaces, e os
casos de uso, as restries, os requisitos funcionais e no funcionais do sistema. Servindo de
base para toda a seqncia de desenvolvimento do projeto.
3.1.7. Escopo do Produto
Nome do produto e de seus componentes principais
Chrono 1.0 e Adaptador
Misso do produto
Fornecer um sistema informatizado que possibilite um controle efetivo sobre os
servios de pontos de vendas ( PDV).
Limites do produto

O Chrono no ter suporte ao usurio.

O Chrono no vendas parceladas e s recebera dinheiro ou cheque.

O Chrono s far emisso de nota fiscal e leitor de cdigo de barra durante operao
de vendas

O Chrono no ter sistema de credirio.

Benefcios do produto
No
1
2
3
4

Benefcio
Qualidade na emisso da nota fiscal e
ticket de venda, em relao manual.
Diminuio no erro de venda de
mercadorias
Melhora no controle dos dados dos
funcionrios, fornecedores e
transportadoras.
Melhora no controle de estoque

Valor para o
cliente
Essencial
Essencial
Essencial

23

5
6

Economia de mo de obra
Agilidade na venda de mercadorias

Desejvel
Desejvel

3.1.8. Materiais de referncia

N Tipo de Material
1
Livro

Referncia Bibliogrfica
Livro Bezerra,Eduardo,Principios
de Anlise e Projetos de Sistemas
UML,Editora Campos 2002.

Livro

Livro Roger S. Pressman,


Engenharia de Software,5.ed, Rio
de janeiro: MacGraw-Hill, 2002.

Livro

Relatrio

Livro Melo, Ana


Cristina,Desenvolvendo aplicaes
com UML 2.0 ,2 ed., Rio de janeiro,
Brasport,2004
Proposta de especificao dos
requisitos do software de Chrono
1.0 Verso revisada

24

3.1.9. Definies de siglas e termos


N

Sigla ou termos

Cliente

Componente

Configurao

Construo

Desenho

Desenvolvimento

Especificao

Fase

10

Fluxo

11

Garantia da qualidade

12

Processo de software

13

Produto

14

Projeto

15

Requisito

16

Reviso tcnica

17

Teste

Definio
Entidade que contrata a execuo de um projeto, ou seu
representante autorizado, com poder de aceitao de propostas
e produtos.
1. Uma das partes que constituem um produto ou sistema.
(UML) Parte fsica substituvel de um sistema,que encapsula a
implementao e realiza um conjunto de interfaces.
Disposio de um sistema ou componente, definida pelo
nmero,natureza e interconexes de suas partes constituintes.
(Prxis) Fase na qual desenvolvida (desenhada,
implementada e testada) uma liberao completamente
operacional de um produto que atende aos requisitos
especificados.
1. (Prxis) Fluxo que visa formular um modelo estrutural do
produto, que sirva de base para a implementao, definindo os
componentes a desenvolver e a reutilizar, assim como as
interfaces entre si e com o contexto do produto. 2. O resultado
do processo ou do fluxo de desenho.
Processo pelo qual as necessidades dos usurios so traduzidas
em um produto de software implementao.
de requisitos Documento que estabelece os requisitos de um
produto ou sistema.
(Prxis) Diviso maior de um processo, para fins
gerenciais,que corresponde aos pontos principais de aceitao
por parte do cliente.
(Prxis) Sub-processo caracterizado por um tema tcnico.
Conjunto planejado e sistemtico de aes necessrias para
estabelecer um nvel adequado de confiana na qualidade de
um produto.
Processo usado para atividades relacionadas com
software,como desenvolvimento,manuteno, aquisio
e contratao. Neste projeto, o termo refere-se ao processo de
desenvolvimento de software, quando no qualificado.
Conjunto completo de itens de software, com os respectivos
procedimentos e documentos, que entregue a um cliente.
Unidade gerencial que cobre uma execuo de um processo de
desenvolvimento de software processo.
1. Caracterstica que um produto deve possuir para que seja
aceito. 2. Expresso documentada desta caracterstica.
Anlise de um material, efetuada por um grupo determinado e
tem por objetivo corrigir desequilbrios constatados no
processo.
Atividade na qual um produto, sistema ou componente
executado sob condies especificadas, os resultados da
execuo so observados e registrados, e algum aspecto deste
produto, sistema ou componente avaliado.

25

3.1.10. Viso geral deste documento


De acordo com o Padro para Especificao de Requisitos de Software, ou seja:

Parte 2: Descrio geral do produto

Parte 3: Requisitos especficos

Parte 4: Informao de suporte - listagens do Modelo de Anlise

3.2. DESCRIO GERAL DO PRODUTO


3.2.1. Perspectiva do produto
Diagrama de contexto
O diagrama de contexto mostra as conexes entre o sistema e o mundo exterior. Estas
conexes so obtidas atravs das trocas de mensagens com os sistemas adjacentes, como
mostra a Figura 1. Cada conexo gerada por um evento. Estudando as conexes, pode-se
estudar os eventos. As conexes so as trocas de servios entre os sistemas adjacentes e o
sistema proposto.

26

Figura 3: Diagrama de Contexto

Descrio do caso de uso


N

Nome do Caso de uso

Descrio detalhada

Gerenciamento de produto

Realiza o gerenciamento de dados de


produtos, ou seja, alterar, cadastrar,
excluir e relatrios de produtos.
Realiza o gerenciamento de dados de
produtos, ou seja, alterar, cadastrar,
excluir e relatrios de funcionrios.

Gerenciamento de
funcionrio

Gerenciamento de
fornecedores

Realiza o gerenciamento de dados de


produtos, ou seja, alterar, cadastrar,
excluir e relatrios de fornecedores.

Gerenciamento de
transportadoras

Gerenciamento de senhas

Configurao de nota fiscal

Calculadora

Realiza o gerenciamento de dados de


produtos, ou seja, alterar, cadastrar,
excluir e relatrios de
transportadoras.
Realiza o gerenciamento de dados de
produtos, ou seja, alterar, cadastrar,
excluir e relatrios do administrador e
funcionrio.
Cadastra Alterar e excluir dados os
dados
Calculadora do sistema operacional

Calendrio

Mostra um calendrio prprio da


aplicao com a data atualizada

Adaptador

Tem as funcionalidades de gera, faz


backup, restaurar o banco de dados.

10

Vendas

11

Consulta

Tela de funcionrio gerencia as


vendas de mercadorias
Faz buscas por produtos

12

Identificao de usurio

Valida o usurio no sistema

27

Nome da tela

Consulta produtos

2
3

Vendas
Identificao de
usurio
Cadastro e alterao
de fornecedores
Cadastro e alterao
de funcionrios
Cadastro e alterao
de transportadoras
Cadastro e alterao
de produtos
Cadastro e alterao
de senhas
Adaptador

4
5
6
9
10
11
12

Ator

Caso de Uso

Funcionrio e
Administrador
Funcionrio
Administrador
e Funcionrio
Administrador

consulta
Gerenciamento
Identificao
cadastro

Cadastra e altera dados de fornecedores

Administrador

cadastro

Cadastra e altera dados de funcionrios

Administrador

cadastro

Cadastra e altera dados de transportadoras

Administrador

cadastro

Cadastra e altera dados de produtos

Administrador

cadastro

Administrador

contexto
Calculo

Cadastro de identificao de acordo com as


permisses de cada modulo
Gerar o banco de dados, Fazer backup e restaura
o banco de dados.
Calcula

Calendrio

Verificao de datas

Pesquisa

Faz uma busca geral sobre determinado item do


programa
Gera relatrio detalhados sobre com dados de
produtos
Gera relatrio detalhados sobre com dados de
funcionrios
Gera relatrio detalhados sobre com dados de
fornecedores
Gera relatrio detalhados sobre com dados de
transportadoras
Gera relatrio para ter controle de senhas dos
usurios

13

Calculadora do
Windows
Calendrio chrono

14

Pesquisa Todos

Administrador
e Funcionrio
Administrador
e Funcionrio
Administrador

15

Relatrio produtos

Administrador

Relatrio

16

Relatrio
funcionrios
Relatrio
fornecedores
Relatrio de
transportadoras
Relatrio de senhas
do Administrador e
funcionrios
Tela principal
Gerenciamento de
produtos
Gerenciamento de
funcionrio
Gerenciamento de
fornecedores
gerenciamento de
transportadoras
gerenciamento de
senhas

Administrador

Relatrio

Administrador

Relatrio

Administrador

Relatrio

Administrador

Relatrio

Administrador
Administrador

Tela principal
Gerenciamento

Administrador

Gerenciamento

Administrador

Gerenciamento

Administrador

Gerenciamento

Administrador

Gerenciamento

17
18
19
20
21
22
23
24
25

Descrio
Auxiliar ao usurio a procura de dados de
produtos
Auxiliar no gerenciamento de vendas
Identifica o usurio do chrono

Tela mostra as ferramentas do chrono 1.0


Todas ferramentas de manipulao de dados de
produtos
Todas ferramentas de manipulao de dados de
funcionrios
Todas ferramentas de manipulao de dados de
fornecedores
Todas ferramentas de manipulao de dados de
transportadoras
Todas ferramentas de manipulao de dados de
senha

28

Interfaces de Hardware, Software e Comunicao


No foram identificadas, para esta verso, interfaces de hardware ou de comunicao
que diferem das tradicionalmente disponibilizadas pelos sistemas operacionais.
Restries de Memria
N
1
2

Tipo de memria
Ram
HD

Limites aplicveis
256MB
10GB

Restries dos Dispositivos de Sada


N
1

Tipo de Dispositivo
Monitor 14"

Dimenses aplicveis
1024x768

Impressora

A4

Modos de operao
N
Tipo
1 Interativa

Detalhe
Modulo de Vendas

Interativa

Modulo
Administrativo

Interativa

Adaptador

Descrio
Esse modulo tem funo de auxiliar as vendas de
produtos
Este modulo tem funo de gerenciar todos
processo administrativo mapeado e modelado para
PDV
Esse aplicativo tem a funo de criar, realizar
backup e restaurar toda a base de dados do chrono.

29

3.2.2. Funes do produto

N
1
2
3
4
5
6
7
8
9
10

Caso de Uso
Cadastro de senhas
Cadastro de
funcionrios
Cadastro de produtos
Cadastro de
transportadoras
Cadastro de
fornecedores
Gerenciamento de
senhas
Gerenciamento de
produtos
Gerenciamento de
funcionrios
Gerenciamento de
transportadoras

11
12

Gerenciamento de
fornecedores
Identificao
Tela principal

13

Relatrio de produtos

14

17

Relatrio de
funcionrios
Relatrio de
fornecedores
Relatrio de
transportadoras
Relatrio de senhas

18

Pesquisa

15
16

Descrio
Cadastra senhas de funcionrios
Cadastra informaes com dados detalhados de
funcionrios
Cadastro informaes de quantidade e estoque de
produtos
Cadastra informaes detalhadas sobre as
transportadoras
Cadastra informaes detalhadas sobre os
fornecedores
Realiza o controle de senhas para o acesso de
funcionrios
Faz o gerenciamento de produtos podendo alterar
adicionar, excluir, ficando a cargo do administrador
Faz o gerenciamento de funcionrios podendo alterar
adicionar , excluir, ficando a cargo do administrador
Faz o gerenciamento das transportadoras podendo
alterar adicionar , excluir, ficando a cargo do
administrador
Faz o gerenciamento de fornecedores podendo alterar
adicionar , excluir, ficando a cargo do administrador
Identifica os usurios que acessarem
Nesta tela esto as funes que podem ser chamadas
de acordo com o usurio
Relatrio que pode ser gerado de forma impressa em
vrios formatos
Relatrio que pode ser gerado de forma impressa em
vrios formatos
Relatrio que pode ser gerado de forma impressa em
vrios formatos
Relatrio que pode ser gerado de forma impressa em
vrios formatos
Relatrio que pode ser gerado de forma impressa em
vrios formatos
Faz procura de dados de
produtos,funcionrios,transportadoras

30

3.2.3. Usurios e Sistemas Externos


No
1

Ator
Usurio

Definio
Pessoa que trabalham na rea de
PDV.

Caractersticas dos usurios

Funcionrio

Freqncia
de uso
Dirio

Administrador

Dirio

Ordem

Ator

Nvel de
instruo
2o grau

Proficincia
na aplicao
Operacional

Proficincia em
informtica
aplicao

2o grau

administrativo intermedirio

3.2.4. Restries
No
1

Restrio
Ambiente

Descrio
O programa no deve ser dependente da
plataforma Windows

Expansibilidade

O sistema deve permitir a incluso de


novos mdulos.

Funcionalidade

Segurana

O programa deve seguir de acordo com as


funcionalidades descritas na especificao
O produto dever restringir o acesso
atravs de senhas individuais para cada
usurio.

3.2.5. Hiptese de Trabalho


No
1
2
3
4

Hiptese
Levantamento de
requisitos
Teste beta,teste de
validao dos
sistema
Infra-estrutura
Mo de obra

Detalhes
Supermercado Paraense
Supermercado Paraense
Supermercado Paraense
Supermercado Paraense

31

3.2.6. Requisitos Adiados


No
1
2
3

Ref. ao Requisito
Servios On-line
Modulo
Administrativo
remoto(SADRI)
Outras formas de
pagamentos

Detalhes
Atendimento ao suporte on-line
Todas funcionalidade do modulo
administrativo funcionando
remotamente
Forma de pagamentos parceladas

3.3. REQUISITOS ESPECFICOS


3.3.1. Requisitos de Interface Externa
Interface do Administrador: Adaptador

Layout sugerido

Figura 4: Tela do adaptador do Banco de Dados

Relacionamento com outras Interfaces


Atravs do adaptador o usurio poder gerar o banco de dados, realizar e restaurar

backup.

32

Comandos
No

Nome
Gerar
Banco

Ao
Possibilita a gerao do
Banco de Dados

Backup
Banco
Restaura
Banco
Cancela

Ajuda

Possibilita a realizao de
backup dos dados
Possibilita a restaurao do
backup
Fechar a ao da gerao do
Banco
Fornece informaes
Software

2
3

Restries
O banco de dados MySQL tem que
esta previamente instalador e
configurador como uma senha de
acesso default
O banco tem que esta funcionando
O banco tem que esta funcionando
Nenhum
Nenhum

Interface identificao do Administrador: Identificao

Layout sugerido

Figura 5: Tela de identificao

Relacionamento com outras Interfaces


A identificao, realiza o processo de reconhecimento do usurio

Comandos

33

No

Nome

Ao

Restries

ok

Aciona o verificador
de identificao

No aceita
confirmao atrs de
teclas do teclado como
exemplo o Enter

Fechar

Fecha a caixa de
dialogo

Nenhum

Alt +
F1

Suporte ao usurio

nenhum

Campos
N
o
1
2

Valores
Descrio
Vlidos
Nome
Login
do
alfanumrico
usurio
Senha
Numero
Senha
do
inteiro
usurio

Nome

Format
o
20
dgitos

Tipo

Texto
Obrigatrio
alfanumrico

8 dgitos

Interface da identificao por CPF

Layout sugerido

Figura 6 - Lembra senha

Relacionamento com outras Interfaces

Restrio

Numero
inteiro

Obrigatrio

34

O usurio digita seu CPF confirma e mostra a login e senha relacionada ao CPF do
usurio

Comandos
N
1

Nome
ok

Cancela

Ajuda

Ao
Aciona a busca pelo
login e senha
relacionada ao CPF
Cancela a ao de
identificao
Suporte ao usurrio

Restries
Nenhum
Nenhum
Nenhum

Campos
N
o
1

Nome
Entre
com o
nmero
do CPF

Valores
Format
Descrio
Vlidos
o
Identificao numero
11
inteiro
dgitos

Tipo

Numero Obrigatrio
inteiro

Interface da Identificao por login e senha

Restrio

Leitura sugerida

Figura 7 - identificao por login e senha

35

Relacionamento com outras Interfaces


Tabela de Identificao mostra login e senha

Comandos
N
o
1
2

Nome

Ao

Minimizar Reduz ao Maximo a tela


Fechar
Fecha a tela de lembrete e
volta para tela de
identificao

Restries
Nenhum
Nenhum

Interface Principal do Chrono

Layout sugerido

Figura 8 - Interface Principal do Chrono: Modulo Administrador

36

Relacionamento com outras Interfaces


O Menu Principal possibilita acesso direto todas as interfaces de gerenciamento de
produtos,funcionrios,fornecedores,transportadoras.

Comandos

N
1

Nome
Cadastro

Pesquisa

Relatrio

Ajuda

4
N
5
6
7

8
9
10
11

Boto com uma


imagem que tem
carrinho compras
Nome
Boto com uma
imagem que tem
boneco de gravata
Boto com uma
imagem que tem
caixa amarelo
Boto com uma
imagem que tem
mo com uma
bandeja
Boto com uma
imagem que tem
umas chaves
Boto com uma
imagem que tem
impressora
Calendrio
Calculadora

Ao
Tem acesso a lista de cadastro de
produtos,funcionrios,fornecedores,transportadoras
e senha
Pesquisa em todos os tipos
(produtos, fornecedores, transportadoras
funcionrios)
Emisso de relatrios em todos os tipos
( produtos,fornecedores,transportadoras
funcionrios)
Suporte ao usurio

Restries
o banco tem que
esta instalador e
funcionado
Nenhum

Acesso ao gerenciamento de produtos

Nenhum

Ao
Acesso ao gerenciamento de funcionrios

Restries
Nenhum

Acesso ao gerenciamento de fornecedores

Nenhum

Acesso ao gerenciamento de transportadoras

Nenhum

Acesso ao gerenciamento de senhas

Nenhum

Acesso cadastramento de dados da empresa para


nota fiscal de compra

Nenhum

Mostrar data atual


Calcular

Nenhum
Calculadora do
sistema
operacional

Nenhum
Nenhum

37

Interface do gerenciamento de senhas: Funcionrios

Layout sugerido

Figura 9 - Gerenciamento de senhas (Funcionrio)

38

Relacionamento com outras Interfaces


O Gerenciamento de senhas faz o controle das identificaes dos funcionrios

Comandos
N
o

Nome

Menu

Relatrios

Ajuda
Escolha um item

Ao
Lista opes como
cadastro, listar
funcionrios, listar
administradores.
Mostra seleo
relatrio
Suporte ao usurrio
Mostra as opes de
buscar por
funcionrio
Faz uma busca por
determinado item

Procura

6
7

Adicionar
Alterar

Tela de cadastro
Tela de cadastro

Excluir

Relatrio

10
11

Fecha
Funcionrios

12

Administradores

Exclui os dados
selecionados na
tabela
Mostra opes de
formato de relatrio
Fechar tela
Mostra o modulo
atual da interface
voltado para o
funcionrio
Mostra o modulo da
interface voltado para
o Administrador

Restries
Nenhum

Nenhum
Nenhum
O item devera
constar no cadastro
O campo busca
deve esta
preenchido
nenhum
Dever seleciona
uma linha da tabela
para para abri a tela
de alterao o item
Dever seleciona
uma linha da tabela
para excluir o item
Nenhum
Nenhum
Sesso de
gerenciamento de
Funcionrios
Sesso de
gerenciamento do
administrador

39

Campos
N

Valores
Format
Descrio
Vlidos
o
Busca Busca
alfanumrico 255
por
dgitos
itens
Nome

Tipo

Texto
Obrigatrio
alphanumero

Interface do gerenciamento de senhas: Funcionrios

Restrio

Layout sugerido

Figura 10 - Gerenciamento de senhas (Administrador)

40

Relacionamento com outras Interfaces


O Gerenciamento de senhas faz o controle das identificaes dos administradores

Comandos
N
o
1

Menu

relatrios

3
4

Ajuda
Escolha um
item

Procura

Lista opes como


seleo de cadastro
cadastro, listar
funcionrios, listar
administradores.
Mostra opes de
formato de
relatrio
Suporte ao usurrio
Mostra as opes
de buscar por
funcionrio
Faz uma busca por

Nome

Ao

6
7

Adicionar
Alterar

Tela de cadastro
Tela de cadastro

excluir

Exclui os dados
selecionados na
tabela

Relatrio

10
11

12

Nome

Ao

Mostra opes de
formato de
relatrio
Fecha
Fechar tela
Funcionrios
Mostra o modulo
atual da interface
voltado para o
funcionrio
Administradores Mostra o modulo
da interface
voltado para o
Administrador

Restries
Nenhum

Nenhum
Nenhum
Nenhum
O campo deve ser
preenchido
Restries
Nenhum
Dever seleciona
uma linha da
tabela para para
abri a tela de
alterao o item
Dever seleciona
uma linha da
tabela para excluir
o item
Nenhum
Nenhum
Sesso de
gerenciamento de
Funcionrios
Sesso de
gerenciamento do
administrador

41

Campos
N

Valores
Format
Descrio
Vlidos
o
Busca Busca
alfanumrico 255
por
dgitos
itens
Nome

Tipo

Texto
Obrigatrio
alphanumero

Interface do Gerenciamento de Fornecedores

Restrio

Layout sugerido

Figura 11 - Gerenciamento de fornecedores

42

Relacionamento com outras Interfaces


Gerenciamento de fornecedores faz o gerenciamento de fornecedores

Comandos

N
1

Nome
Menu

relatrios

Ajuda

4
5

Escolha um
item
Procura

Ao
Lista opes como cadastro
,ver todos
Mostra opes de vrios tipos
de relatrio
Suporte ao usurrio

Restries
Nenhum
Nenhum
Nenhum

Mostra as opes de itens

Nenhum
Nenhum

Adicionar

Faz uma busca por


determinado item
Tela de cadastro

Alterar

Alterao de dados

excluir

exclui

Relatrio

10

Fecha

Mostra opes de formato de


relatrio
Encerrar gerenciamento de
fornecedores

Deve seleciona um fornecedor na


tabela
Deve seleciona um fornecedor na
tabela
Nenhum

Campos
N

Nenhum

Nenhum

Valores
Format
Descrio
Vlidos
o
Busca Busca
alfanumrico 255
por
dgitos
itens
Nome

Tipo

Restrio

Texto
Obrigatrio
alphanumero

43

Interface do Gerenciamento de Funcionrios

Layout sugerido

Figura 12 - Gerenciamento de Funcionrios

44

Relacionamento com outras Interfaces


O Gerenciamento de Funcionrios faz o controle de funcionrios e seus dados

Comandos
N
1

Nome
Menu

relatrios

Ajuda

Ao
Lista opes como
cadastro ver todos
Mostra opes de
vrios tipos de
relatrio
Suporte ao
usurrio

Restries
Nenhum
Nenhum
Nenhum
Nenhum

Escolha um
item
Procura

Mostra as opes
de buscar
Faz uma busca por
determinado
funcionrio
Tela de cadastro
Alterao de dados

6
7

Adicionar
Alterar

excluir

Excluir
funcionrio

Relatrio

10

Fecha

Mostra opes de
formato de
relatrio
Encerrar o
gerenciamento de
funcionrio

Nenhum
Nenhum
Altera dados j
cadastrados para
uma futura
correo
Deve seleciona um
funcionrio na
tabela
Nenhum
Nenhum

Campos
N

Valores
Format
Descrio
Vlidos
o
Busca Busca
alfanumrico 255
por
dgitos
itens
Nome

Tipo

Restrio

Texto
Obrigatrio
alphanumero

45

Interface do Gerenciamento de Produtos

Layout sugerido

Figura 13 - Gerenciamento de Produtos

46

Relacionamento com outras Interfaces


O Gerenciamento de produtos faz o controle de produtos no estoque

Comandos

N
Nome
1
Menu

relatrios

3
4
5

Ajuda
Escolha
um item
Procura

6
7

Ao
Lista opes como cadastro ,ver
todos
Mostra opes de vrios tipos de
relatrio
Suporte ao usurrio
Mostra as opes buscar

Restries
Nenhum
Nenhum
Nenhum
Nenhum
Nenhum

Adicionar

Faz uma busca por determinado


produto
Tela de cadastro

Alterar

Alterao de dados

Dever selecionar uma linha


da tabela em relao aos
dados para ser alterado

N Nome

Ao

Restries

excluir

Excluir produto selecionado

Relatrio

10

Fecha

Mostra opes de formato de


relatrio
Encerrar gerenciamento de
produtos

Dever selecionar uma linha


da tabela para excluir
Nenhum

Nenhum

Nenhum

Campos
N

Valores
Format
Descrio
Vlidos
o
Busca Busca
alfanumrico 255
por
dgitos
itens
Nome

Tipo

Restrio

Texto
Obrigatrio
alphanumero

47

Interface do Gerenciamento de Transportadoras

Layout sugerido

Figura 14 - Gerenciamento de transportadoras

48

Relacionamento com outras Interfaces


O Gerenciamento de produtos faz o controle das transportadoras

Comandos
N
Nome
1
Menu

relatrios

Ajuda

4
5
6
7

Escolha
um item
Procura
Adicionar
Alterar

excluir

Relatrio

10

Fecha

Ao
Lista opes como cadastro
,listar ,ver todos
Mostra opes de vrios tipos de
relatrio
Suporte ao usurrio
Mostra as opes buscar

Restries
Nenhum
Nenhum
Nenhum
Nenhum

Faz uma busca


Tela de cadastro
Alterao de dados

Nenhum
Nenhum
Dever selecionar uma linha
da tabela em relao aos
dados para ser alterado
Excluir transportadora selecionada Dever selecionar uma linha
da tabela para excluir
Mostra opes de formato de
Nenhum
relatrio
Encerrar gerenciamento de
Nenhum
transportadora

Campos
N

Valores
Format
Descrio
Vlidos
o
Busca Busca
alfanumrico 255
por
dgitos
itens
Nome

Tipo

Restrio

Texto
Obrigatrio
alphanumero

49

Interface do Cadastro de fornecedores

Layout sugerido

Figura 15 - Cadastro de fornecedores

Relacionamento com outras Interfaces


O Cadastro de fornecedores e tambm utilizada para lista os dados detalhados dos

fornecedores

Comandos

Nome

Ao

Restries

1
2
3
4
5

Ajuda
Salva
Limpa
Fecha
Estado

suporte ao usurio
Salva as informaes
Limpar os campos
Fecha a seo
Mostra a sigla do
estado

Nenhum
Nenhum
Nenhum
Nenhum
Obrigatrio

50

Camp

Campos

N
1

Nome
Cdigo

Valores Vlidos
Cdigo do fornecedor

2
3

Nome
Razo social

4
5

Representante
Endereo

Nome fornecedor
Nome fantasia da
empresa
Nome do representante
Endereo do fornecedor

6
8
9
10

Referencia
Bairro
Cidade
Cep

Proximidades
Nome o bairro
Nome a cidade
Numero do CEP

11

Telefone

Telefone do fornecedor

12

Fax

Nmero do fax

data

Data do cadastro

14

Celular

O numero celular

15

E-mail

Endereo eletrnico

16

CPF

O numero CPF

17

CNPJ

O numero CNPJ

18

RG

O numero RG

13

Descrio
Nmeros
inteiros
alfanumrico
alfanumrico

Formato
10 dgitos

alfanumrico
alfanumrico

60 dgitos
255 dgitos

alfanumrico
alfanumrico
alfanumrico
Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
alfanumrico

255 dgitos
60 dgitos
60 dgitos
10 dgitos

Nmeros
inteiros
Nmeros
inteiros

11 dgitos

Nmeros
inteiros

15 dgitos

60 dgitos
60 dgitos

14 dgitos
14 dgitos
10 dgitos
14 dgitos
30 dgitos

20 dgitos

Tipo
Nmeros
inteiros
texto
Texto

Restrio
Obrigatrio

Texto
Texto/
alfanumrico
Texto
Texto
Texto
Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
Alfanumrico
/texto
Nmeros
inteiros
Nmeros
inteiros o

Obrigatrio
Obrigatrio

Nmeros
inteiros

Obrigatrio
Obrigatrio

Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
CPF tem que
ser valido
CNPJ tem
que ser
valido
Obrigatrio

51

Interface do Cadastro de Funcionrio

Layout Sugerido

Figura 16 - Cadastros de funcionrios

Relacionamento com outras Interfaces


O Cadastro de funcionrios e tambm utilizada para lista os dados detalhados j

cadastrados

Comandos
N
1

Nome
Ajuda

Salva

Limpa

4
5

Fecha
UF

Ao
Da suporte ao
usurio
Salva as
informaes
Limpar campos

Restries
Nenhum

Fecha a seo
Mostra a sigla
estado do
funcionrio

Nenhum
Obrigatrio

Nenhum
Nenhum

52

Campos

cc
1
2

Nome
Nome
RG

Valores Vlidos
nome funcionrio
nmero do
documento de
identificao
O numero do CPF

Descrio
I alfanumrico
Nmeros
inteiros

Formato
60 dgitos
15 dgitos

Tipo
texto
Nmeros
Inteiros

Restrio
Obrigatrio
Obrigatrio

CPF

Nmeros
inteiros
Nmeros
inteiros
alfanumrico

15 dgitos

CPF tem que


ser Valido
Obrigatrio

15 dgitos

Mostra o e-mail

Nmeros
inteiros
alfanumrico

Cidade
Bairro

Nome da cidade
Nome da o bairro

Alfanumrico
alfanumrico

60 dgitos
60 dgitos

10

Cep

Numero do CEP

15 dgitos

11

Telefone

numero telefone

12

Fax

nmero do fax

13
14

Referencia
Data

Mostra a referencia
numero da data

Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
alfanumrico
Nmeros
inteiros

Nmeros
Inteiros
Nmeros
Inteiros
Texto/
alfanumrico
Nmeros
Inteiros
Texto/
alfanumrico
Texto
Nmeros
Inteiros
Nmeros
Inteiros
Nmeros
Inteiros
Nmeros
Inteiros
Texto
Nmeros
Inteiros

4
5

Nasciment
o
Endereo

celular

data de nascimento
do funcionrio
Mostra o endereo
do funcionrio
nmero do celular

E-mail

8
9

15
dgitos
255 dgitos

60 dgitos

15 dgitos
15 dgitos
255 dgitos
15 dgitos

Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio

53

Interface dos Cadastros de Transportadoras

Layout Sugerido

Figura 17 - Cadastros de transportadoras

Relacionamento com outras Interfaces


O Cadastro de transportadoras e tambm utilizada para lista os dados detalhados j

cadastrados

Comandos

N
1
2
3
4
5

Nome
Ajuda
Salva
Limpa
Fecha
UF

Ao
Suporte ao usurio
Salva as informaes
Limpar campos
Fecha a seo
Mostra a sigla estado

Restries
Nenhum
Nenhum
Nenhum
Nenhum
Obrigatrio

54

1
2
5
6

Campos

Nome

Valores Vlidos

Cdigo

Descrio

O cdigo da
transportadora
Nome
o nome da
transportadora
Endereo o endereo do
fornecedor
Referencia Proximidades

Nmeros inteiros

Bairro

Nome do bairro

alfanumrico

Cidade

Nome da cidade

alfanumrico

Cep

Numero do CEP

Nmeros inteiros

Telefone

O numero do
telefone
O nmero do fax

Nmeros inteiros

Nmeros inteiros

CPF

Mostra o nmero
do celular
Endereo
eletrnico
Numero CPF

CNPJ

Numero do CNPJ

Nmeros inteiros

RG

Nmero do RG

Nmeros inteiros

Insc.Est

Numero Inscrio
Estadual

Nmeros inteiros

Fax
Celular
E-mail

alfanumrico
alfanumrico
alfanumrico

Nmeros inteiros

alfanumrico
Nmeros inteiros

Format
o
10
dgitos
60
dgitos
255
dgitos
255
dgitos
60
dgitos
60
dgitos
15
dgitos
15
dgitos
15
dgitos
15
dgitos
60
dgitos
15
dgitos
15
dgitos
15
dgitos
15
dgitos

Tipo

Restrio

Nmeros
inteiros
texto

Obrigatrio

Texto/alfan
umrico
Texto/alfan
umrico
Texto

Obrigatrio

Texto

Obrigatrio

Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
Alfanumri
co/texto
Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros

Obrigatrio

Obrigatrio

Obrigatrio
Obrigatrio

Obrigatrio
Obrigatrio
Obrigatrio
Obrigatrio
CPF tem que
ser valido
CNPJ tem que
ser valido
Obrigatrio
Obrigatrio

55

Interface do Cadastro de Produtos

Layout Sugerido

Figura 18 - Cadastros de Produtos

Relacionamento com outras Interfaces


O Cadastro de produtos e tambm utilizada para lista os dados detalhados j

cadastrados

Comandos

N
1
2
3
4
5

Nome
Ajuda
Salva
Limpa
Fecha
Grupo

Ao
Suporte ao usurio
Salva as informaes
Limpar campos
Fecha a seo
Mostra o grupo em que o produto est inserido

Restries
Nenhum
Nenhum
Nenhum
Nenhum
Obrigatrio

56

Campos

N
1

Nome
Cdigo

Descrio
Nmeros inteiros

Formato
20 dgitos

alfanumrico

Valor custo

Valores Vlidos
Mostra o cdigo da
transportadora
Mostra o nome da
transportadora
Mostra o fabricante do
produto
Mostra a quantidade
que o comprador esta
levando
Mostra o Peso do
produto
Mostra o grupo a que o
produto esta inserido
Mostra o valor de custo

Descrio

Fabricante

Quantidade

Peso

Grupo

Restrio
Obrigatrio

60 dgitos

Tipo
Nmeros
inteiros
texto

alfanumrico

30 dgitos

Texto

Obrigatrio

Nmeros inteiros

4 dgitos

Nmeros
inteiros

Obrigatrio

alfanumrico

60 dgitos

Obrigatrio

alfanumrico

60 dgitos

Texto/alfa
numrico
Texto

Nmeros inteiros

10 dgitos

Obrigatrio

Mostra o valor de venda

Nmeros inteiros

10 dgitos

Mostra a data

Nmeros inteiros

15 dgitos

Nmeros
inteiros
Nmeros
inteiros
Nmeros
inteiros

Valor venda

Data

Obrigatrio

Obrigatrio

Obrigatrio
Obrigatrio

57

Interface do cadastro de identificao

Layout Sugerido

Figura 19 - Cadastro de validao de senha

Relacionamento com outras Interfaces


O Cadastro cadastra e tambm utilizada para lista os dados detalhados j cadastrados

Comandos
No
1
2

Nome
ok
Fechar

Ao
Salva os dados
Fecha a caixa de
dialogo

Restries
Nenhum
Nenhum

Campos
N
o
1
2
3

Valores
Format
Descrio
Vlidos
o
Login Nome
Alfanumrico 20
do
dgitos
usurio
Senha Senha
Alfanumrico 8 dgitos
do
usurio
CPF
CPF do Alfanumrico 15
usurio
dgitos
Nome

Tipo

Restrio

Texto

Obrigatrio

Texto

Obrigatrio

Nmeros Obrigatrio
inteiros

58

Interface de Pesquisar

Layout Sugerido

Figura 20 - Pesquisar todos

59

Relacionamento com outras Interfaces


Essa interface faz a pesquisa de acordo com a escolha da categoria.

Comandos
No
3
4
5
6
7
8
9
10
11

Nome

Ao
Fecha a interface
Lista as opes de busca de
acordo com a categoria
Lista produto
Mostra a lista de produtos
que esto cadastrados
Lista funcionrios
Mostra a lista de
funcionrios
Lista Transportadora Mostra a lista de
transportadoras
Lista Fornecedo
Mostra a lista de
fornecedores
Procura
Comando para iniciar a
busca
Ajuda
Fecha a caixa de dialogo
Escolha um item
Mostra itens de acordo com
a categoria
Fechar
menu

Restries
Nenhum
Nenhum
Nenhum
Nenhum
Nenhum
Nenhum
Nenhum
Nenhum
Nenhum

Campos
N
o
1

Valores
Format
Descrio
Vlidos
o
Busca Faz a busca Alfanumrico 20
por
/ texto
dgitos
determinado
item
desejado
Nome

Tipo

Restrio

Texto Obrigatrio

60

Interface Relatrio

Layout Sugerido

Figura 21 - Relatrio de fornecedores

Relacionamento com outras Interfaces


Essa interface mostra as opes que podem ser gerados sem que utilizado em todo

Chrono 1,0.

Comandos
No
1

Nome
confirma

Fechar

File

Info

Ao
Confirma a
opo de tipo
de relatrio
Fecha a
interface
Mostra o tipo
de arquivo
Informaes
sobre o
componente

Restries
Nenhum
Nenhum
Nenhum
Nenhum

61

Campos
N
o
1

Valores
Vlidos
XLS
Opo
para
relatri
o no
formato
excel
PDF
Opo
para
gerar
relatri
o como
imagem
no
formato
PDF
RTF
Opo
para
relatri
o no
formato
texto
HTML
Opo
para
relatri
o no
formato
de
pagina
de
internet
PREVIEW Mostra
a previa
do
relatri
o
Nome

Nenhum

Format
o
Nenhum

Nenhum Nenhum

Nenhum

Nenhum

Nenhum Nenhum

Nenhum

Nenhum

Nenhum Nenhum

Nenhum

Nenhum

Nenhum Nenhum

Nenhum

Nenhum

Nenhum Nenhum

Descrio

Tipo

Restrio

62

Interface da nota fiscal

Layout Sugerido

Figura 22 - Nota Fiscal

Relacionamento com outras Interfaces


A Tela de nota fiscal responsvel pela configuras do ticket de compra.

Comandos
N

Nome

ok

Alterar

Excluir
Sair

4
5

UF

Ao
Restries
Confirma a
Nenhum
operao
Altera as
Nenhum
informaes
descritas
Exclui as
Nenhum
informaes da nota
Nenhum
Fecha a seo
Mostra a sigla do
Nenhum
estado do

63

fornecedor

N
1
2

Campos

6
7

Nome
Valores Vlidos
UF
Nome do estado
Razo social nome registro da
empresa
Fantasia
nome usual da
empresa
Endereo
numero endereo
do fornecedor
Cidade
nome cidade na
nota
Bairro
Nome do bairro
Cep
Numero CEP

CNPJ

Numero CNPJ

InsEstadual

Numero Ins.Est

10

Telefone

Numero telefone

11

Fax

Nmero do fax

3
4
5

Descrio
alfanumrico
alfanumrico

Formato
4 dgitos
60 dgitos

Tipo
alfanumrico
alfanumrico

Restrio
Obrigatrio
Obrigatrio

alfanumrico

60 dgitos

alfanumrico

Obrigatrio

alfanumrico

255 dgitos

alfanumrico

Obrigatrio

alfanumrico

60 dgitos

alfanumrico

Obrigatrio

alfanumrico
Identifica o
CEP do
fornecedor
Numero
inteiro
Numero
inteiro
Numero
inteiro
Numero
inteiro

60 dgitos
15 dgitos

alfanumrico
Numero
inteiro

Obrigatrio
Obrigatrio

15 dgitos

Numero
inteiro
Numero
inteiro
Numero
inteiro
Numero
inteiro

Obrigatrio

15 dgitos
15 dgitos
15 dgitos

Obrigatrio
Obrigatrio
Obrigatrio

64

Interface da tela de venda

Layout Sugerido

Figura 23 -tela de venda


1. Relacionamento com outras Interfaces
O Cadastros de fornecedores lista,imprime os dados detalhados da operao de vendas

Comandos
c
1
2
3

Nome
Cdigo de barra
Pesquisa
Excluir

Calculadora

Calendrio

6
7

Resultado
Fechar

Ao
numerocdigo dos itens
Faz pesquisas
Exclui as informaes da
nota fiscal
Calculadora do sistema
operacional
Visualizao do
calendario
resultado final da compra
Fecha a seo

Restries
Nenhum
Nenhum
Nenhum
Nenhum
Nenhum
Nenhum
Nenhum

65

Campos

N
1

Nome
Nome do produto

Qta

Preo

Valor pago

valor total

Resultado

Valores Vlidos
Mostra o nome do
produto
Mostra a
quantidade de
produtos
Mostra o valor do
produto
Mostra o valor que
o cliente pagou
Mostra o valor total
ao cliente
Mostra o preo
final

Descrio
Alfanumrico

Tipo
alfanumrico

Restrio
Obrigatrio

Numero
inteiro

Formato
60
dgitos
4
dgitos

Numero inteiro

Obrigatrio

Numero
inteiro
Numero
inteiro
Numero
inteiro
Numero
inteiro

15
dgitos
15
dgitos
15
dgitos
15
digitos

Numero inteiro

Obrigatrio

Numero inteiro

Obrigatrio

Numero inteiro

Obrigatrio

Numero inteiro

Obrigatrio

66

3.3.2. Requisitos Funcionais


Diagramas de Casos de Uso

Vide Figura 3.
Figura 24: Diagrama de Contexto

67

Descrio do caso de uso

Nome do Caso de uso

Descrio detalhada

Gerenciamento de
produto

Gerenciamento de
funcionrio

Gerenciamento de
fornecedores

Gerenciamento de
transportadoras

Gerenciamento de senhas

Realiza o gerenciamento de dados


de produtos, ou seja, alterar,
cadastrar, excluir e relatrios do
administrador e funcionrio.

Configurao de nota
fiscal

Cadastra Alterar e excluir dados os


dados

Calculadora

Calculadora do sistema
operacional

Calendrio

Mostra um calendrio prprio da


aplicao com a data atualizada

Adaptador

Vendas

Tem as funcionalidades de
gera,faz backup, restaurar o banco
de dados
Tela de funcionrio gerencia as
vendas de mercadorias

10

Consulta

Faz buscas por produtos

11

Identificao de usurio

Valida o usurio no sistema

3.3.3. Requisitos No Funcionais

Realiza o gerenciamento de dados


de produtos, ou seja, alterar,
cadastrar, excluir e relatrios de
produtos.
Realiza o gerenciamento de dados
de produtos, ou seja, alterar,
cadastrar, excluir e relatrios de
funcionrios.
Realiza o gerenciamento de dados
de produtos, ou seja, alterar,
cadastrar, excluir e relatrios de
fornecedores.
Realiza o gerenciamento de dados
de produtos, ou seja, alterar,
cadastrar, excluir e relatrios de
transportadoras.

68

Requisitos de desempenho
A carga das pginas montadas dinamicamente no deve ultrapassar 15 segundos,
sendo 5 segundos o tempo ideal de carga.
Requisitos de segurana
O Chrono 1.0 no oferecer recursos adicionais de segurana, alm dos embutidos.
Requisitos de portabilidade
O Chrono 1.0 dever ser funcionar perfeitamente na plataforma linux.
Restries ao Desenho

Expansibilidade

O sistema deve ser construdo de tal forma que permita a incluso de mdulos futuros.
Atributos da Qualidade

Aprendizagem
Os funcionrios devero ter treinamento para a operacionalidade do sistema. Os

usurios que iniciarem uma operao de cadastro devem conseguir complet-la em, pelo
menos, 60% dos casos, sem recorrer pgina de ajuda.
Requisitos de contedo
As cores do Chrono deveram ser diversas para ajudar o usurio
Estilo do Projeto Grfico
O projeto grfico das pginas deve ser simples, limpo, de forma a no distrair o
usurio de sua tarefa primordial.

69

Estilo e Clareza dos Textos


Os textos apresentados nas pginas devem estar corretos, mas devem procurar se
aproximar da linguagem oral, facilitando seu entendimento pelos usurios. Os textos que
indicam as aes a serem tomadas pelos usurios para realizar a compra devem ser claros e
precisos (botes de ao).

70

4. MODELO DE ANLISE DE SOFTWARE


A partir da especificao dos requisitos, sero identificados e descritos em casos de
uso, as principais funes do sistema e suas interaes, ou seja, quem ir interagir com o
mesmo, para facilitar a viso do cliente e do analista de sistemas. (TELES, 2004) citado por
(PIDS, 2004).
4.1. OBJETIVO
Descrever o modelo de Anlise de software que ser considerado no decorrer do
desenvolvimento do sistema Chrono 1.0. Inicialmente sero descritos os casos de uso
principais no formato expandidos essencial, fornecendo uma documentao mais detalhada
sobre o que os analistas devem fazer para construir o sistema que o cliente deseja.A partir da,
as classes sero identificadas, atribuindo-lhes as suas responsabilidades constaro as classes
necessrias para realizar os caso de uso selecionados para a iterao correspondente,aps esta
etapa, ser construdo o diagrama de classes de domnio para os casos de uso de cadastro de
clientes, usurios, unidades administrativas e equipamentos, sendo posteriormente
apresentado o diagrama de classe de domnio geral para esta verso.
4.2. DESCRIO GERAL DOS CASOS DE USO
Segundo Furlan, o diagrama de caso de uso um grfico de atores, um conjunto de
casos includos por limite de domnio, comunicao, participao e associaes entre atores
assim como generalizaes entre casos de uso (FURLAN, 1998).
A modelagem de casos de foi utilizada para capturar necessidades ou desenvolver
novas verses de um novo sistema, neste sentido, uma nova funcionalidade adicionada ao
contexto do modelo de casos de uso atravs da insero de novos atores e casos.
4.2.1. Regras de negcio adotadas para o sistema
1. RN01
Nome
Descrio
Fonte
Histrico

Tipos de operadores do sistema


Os usurios Administradores e tcnicos devero
estar obrigatoriamente.estar cadastrados mo
sistema
Manuel Ferreira
Data de Identificao 01/04/06

71

2. RN02
Nome

Manipulao de alterao, excluso e cadastros do sistema.

Descrio

Somente o administrador poder excluir, ou modificar os dados


referentes aos cadastros efetuados no sistema.
Manuel Ferreira
Data de Identificao 03/04/06

Fonte
Histrico

3. RN03
Nome
Descrio
Fonte
Histrico

Cdigo exclusivo dos produtos


Todo produto prestado dever possuir um conjunto de
caracteres numricos que o identifique unicamente.
No podendo este ser alterado.
Manuel Ferreira
Data de Identificao 03/04/06

4. RN04
Nome
Descrio

Editar produtos
Aps o encerramento de um cadastro, este s poder
ser reaberta ou alterada pelo administrador.

Fonte
Histrico

Manuel Ferreira
Data de Identificao 04/04/006

5. RN05
Nome

Critrio para definio das senhas do sistema.

Descrio

As senhas devem ter no Maximo 8 dgitos e obrigatoriamente conter


Apenas nmeros.

Fonte
Histrico

Manuel Ferreira
Data de Identificao 04/04/06

72

6. RN06
Nome

Privilgios de acesso reas do sistema.

Descrio

No sistema devem existir privilgios, onde dever


restringir reas de acordo com a funo e hierarquia de
cada usurio.
Manuel Ferreira
Data de Identificao 06/04/06

Fonte
Histrico

4.2.2. Lista das restries observadas nas reunies

1. RN07
Nome

Cadastros Diversos.

Descrio

O sistema no poder deixar que cadastre campos


repetidos, por
exemplo, cadastrar o mesmo dado mais de uma vez,
isso vale para
todos os tipos de cadastros.

Fonte

Reunio FAST

Histrico

Data de Identificao 10/04/06

Nome

Alterao de Cadastros de usurios.

Descrio

O Funcionrio no poder ter acesso sistema de


cadastro,somente ao modulo de vendas.

Fonte

Reunio FAST

2. RN08

73

Histrico

Data de Identificao 10/04/06

Nome

Identificao de compras.

Descrio
Fonte

O modulo de venda poder emitir nota fiscal de


compras de produtos
Reunio FAST

Histrico

Data de Identificao 10/04/06

3. RN09

4.2.3. Diagrama de contexto


Vide Figura 3.
4.2.4. Casos de uso previstos para a primeira liberao
1. cadastro e alterao de fornecedores
Caso de uso
Adicionar

Ator
Administrador

Alterar
excluir
procura

Administrador
Administrador
Administrador

Relatrio

Administrador

Descrio
Adiciona fornecedores no banco do
programa
Altera o nome do fornecedores
Identifica o telefone fornecedores
Faz uma busca por e seus dados
fornecedores
Fornece de forma impressa informaes
e dados dos fornecedores

2. cadastro e alterao de produtos


Caso de uso

Ator

Descrio

74

Adicionar

Funcionrio

Alterar
excluir
procura

Funcionrio
Administrador
Funcionrio

Relatrio

Funcionrio

Adiciona produtos no banco do


programa
Altera o nome do produtos
Identifica o telefone produtos
Faz uma busca por e seus dados
produtos
Fornece de forma impressa
informaes de quantidade e
estoque de produto

3. cadastro e alterao de transportadoras


Caso de uso
Adicionar

Ator
Administrador

Alterar
excluir
procura

Administrador
Administrador
Administrador

Relatrio

Descrio
Adiciona transportadoras no banco do
programa
Altera o nome do transportadoras
Identifica o telefone transportadoras
Faz uma busca por e seus dados
transportadoras
Fornece de forma impressa informaes
de sobre a transportadoras

4. cadastro e alterao de senhas


Caso de uso
Login

Ator
Administrador

Senha

Administrador

Relatrio

Administrador

5. cadastro e alterao de funcionrios

Descrio
Nesse campo o login do usurio
devera estar preenchido
Nesse campo o login do usurio
devera estar preenchido
Fornece de forma impressa
informaes de sobre senhas

75

Caso de uso
Adicionar

Ator
Administrador

Alterar
excluir
procura

Administrador
Administrador
Administrador

Relatrio

Administrador

Descrio
Adiciona funcionrios no banco do
programa
Altera o nome do funcionrios
Identifica o telefone do funcionrios
Faz uma busca por e seus dados
funcionrios
Fornece de forma impressa informaes
de sobre funcionrios

6. Gerenciamento de funcionrios
Caso de uso
Adicionar

Ator
Administrador

Alterar
excluir
procura

Administrador
Administrador
Administrador

Relatrio

Administrador

7. Gerenciamento de fornecedores

Descrio
Adiciona funcionrios no banco do
programa
Altera o nome do funcionrios
Identifica o telefone do funcionrio
Faz uma busca por e seus dados
funcionrios
Fornece de forma impressa informaes
de sobre funcionrios

76

Caso de uso
Adicionar

Ator
Administrador

Alterar
excluir
procura

Administrador
Administrador
Administrador

Relatrio

Descrio
Adiciona fornecedores no banco do
programa
Altera o nome do fornecedores
Identifica o telefone do fornecedores
Faz uma busca por e seus dados
fornecedores
Fornece de forma impressa informaes
de sobre fornecedores

8. Gerenciamento de produtos
Caso de uso
Adicionar

Ator
Administrador

Alterar
excluir
procura

Administrador
Administrador
Administrador

Relatrio

Administrador

Descrio
Adiciona produtos no banco do
programa
Altera o nome do funcionrios
Identifica o telefone do produto
Faz uma busca por e seus dados
produtos
Fornece de forma impressa informaes
de sobre produtos

9. gerenciamento de transportadoras
Caso de uso
Adicionar

Ator
Administrador

Descrio
Adiciona transportadoras no banco
do programa

77

Alterar
excluir

Administrador
Administrador

procura

Administrador

Relatrio

Administrador

Altera o nome das transportadoras


Identifica o telefone das
transportadoras
Faz uma busca por dados das
transportadoras
Fornece de forma impressa
informaes de sobre as
transportadoras

78

4.3. Realizao da anlise dos casos de uso para a primeira liberao


4.3.1. Realizao do Caso de Uso Gerenciamento de Produtos
Caso de Uso no Formato Expandido Essencial

Figura 25 - Diagrama de caso de uso de Gerenciamento de produtos


Sumrio: O usurio utiliza o sistema para gerenciar os produtos para manipulao dos dados
do produtos.
Ator primrio: Administrador
Ator secundrio: Funcionrio
Precondies: O usurio precisa identifica - se no sistema inicialmente somente o
administrador pode usa uma senha padro funcionrio tem que esta cadastrado.

79

Fluxo Principal:
1. O usurio efetua login no sistema;
2. O usurio escolhe a opo funcional;
3. carregada a opo Cadastro de produtos
Fluxo Alternativo: (1) Cadastrar produto a partir de um novo cadastro
1. O usurio loga-se no sistema
2. O usurio escolhe a opo do boto "adicionar
4. carregada a opo Cadastro
5. Ao efetivar o Cadastro emitida a mensagem de concluso de cadastro.
Fluxo Alternativo: (2) Alterar dados de produto cadastrado
1. O usurio loga-se no sistema
2. O usurio seleciona um campo da tabela de busca
3. O usurio escolhe a opo do boto "Alterar
4. carregada a opo Cadastro com os dados
5. O usurio realiza alterao
6. Ao efetivar o Cadastro emitida a mensagem de concluso de cadastro.
Fluxo Alternativo: (3) Consulta dados de produto
1. O usurio loga-se no sistema
2. O usurio escolhe uma opo do campo "escolha um item
3. O usurio digita no campo buscar o que desejar
4. O usurio escolhe a opo do boto "Procurar
5. resultado da procura e mostra na tabela de dados.
Fluxo Alternativo: (4) Excluir dados de produto cadastrado
1. O usurio loga-se no sistema
2. O usurio seleciona um campo da tabela de busca
3. O usurio escolhe a opo do boto "Exclui
4. carregada a opo Voc deseja excluir esse item?
5. O usurio confirma a tarefa
6. Ao confirma emitida a mensagem de item excludo com sucesso.

80

Fluxo de Exceo: (1) Produto j cadastrado


1.Se j estiver cadastrado, ser emitida uma mensagem erro
Descrio das classes abstradas do contexto do problema
Usurio
Administrador

Cliente
Funcionrio

Sistema
Computador

Grupo

Nome

Gerenciamento

Cadastro
Unidade
administrativa
Cadastro de
produto

Abstrao dos relacionamentos entre as classes


1. O usurio solicita um pedido de login.
2. O sistema valida o usurio atravs de um nome de login associado a uma senha.
3. No cadastro o sistema aloca o usurio num grupo (Administrador ou Funcionrio).
4. Administrador e nico que pode muda os dados.
Primeira verso do diagrama de classe

Figura 26 Diagrama de classe de gerenciamento de produtos

81

Descrio correspondentes ao Caso de Uso


Responsabilidade
Cadastrar
alterar
Emitir relatrio
Excluir

colorao

4.3.2. Realizao do Caso de Uso Gerenciamento de Funcionrio


Caso de Uso no Formato Expandido Essencial

Figura 27 - Diagrama de caso de uso de Gerenciamento de Funcionrio


Sumrio: O usurio utiliza o sistema para gerenciar os produtos para manipulao dos dados
dos Funcionrios.

82

Ator primrio: Administrador


Ator secundrio: Funcionrio
Precondies: O usurio precisa identifica - se no sistema inicialmente somente o
administrador pode usa uma senha padro funcionrio tem que esta cadastrado.
Fluxo Principal:
1. O usurio efetua login no sistema;
2. O usurio escolhe a opo funcional;
3. carregada a opo Cadastro de Funcionrio
Fluxo Alternativo: (1) Cadastrar produto a partir de um novo cadastro
1. O usurio loga-se no sistema
2. O usurio escolhe a opo do boto "adicionar
4. carregada a opo Cadastro
5. Ao efetivar o Cadastro emitida a mensagem de concluso de cadastro.
Fluxo Alternativo: (2) Alterar dados de produto cadastrado
1. O usurio loga-se no sistema
2. O usurio seleciona um campo da tabela de busca
3. O usurio escolhe a opo do boto "Alterar
4. carregada a opo Cadastro com os dados
5. O usurio realiza alterao
6. Ao efetivar o Cadastro emitida a mensagem de concluso de cadastro.
Fluxo Alternativo: (3) Consulta dados de produto
1. O usurio loga-se no sistema
2. O usurio escolhe uma opo do campo "escolha um item
3. O usurio digita no campo buscar o que desejar
4. O usurio escolhe a opo do boto "Procurar
5. resultado da procura e mostra na tabela de dados.
Fluxo Alternativo: (4) Excluir dados de produto cadastrado
1. O usurio loga-se no sistema

83

2. O usurio seleciona um campo da tabela de busca


3. O usurio escolhe a opo do boto "Exclui
4. carregada a opo Voc deseja excluir esse item?
5. O usurio confirma a tarefa
6. Ao confirma emitida a mensagem de item excludo com sucesso.
Fluxo de Exceo: (1) Produto j cadastrado
1.Se j estiver cadastrado, ser emitida uma mensagem erro
Descrio das classes abstradas do contexto do problema
Usurio
Administrador

Cliente
Funcionrio

Sistema
Computador

Grupo

Nome

Gerenciamento

Cadastro
Unidade
administrativa
Cadastro de produto

Abstrao dos relacionamentos entre as classes


1. O usurio solicita um pedido de login.
2. O sistema valida o usurio atravs de um nome de login associado a uma senha.
3. No cadastro o sistema aloca o usurio num grupo (Administrador ou Funcionrio).
4. Administrador e nico que pode muda os dados.

84

Primeira verso do diagrama de classe

Figura 28 - Diagrama de classe de Gerenciamento de Funcionrio


Descrio correspondente ao Caso de Uso
Responsabilidade
Cadastrar
alterar
Emitir relatrio
Excluir

colorao

85

4.3.3. Realizao do Caso de Uso Gerenciamento de Fornecedor


Caso de Uso no Formato Expandido Essencial

Figura 29 - Diagrama de caso de uso de Gerenciamento de Fornecedor

Sumrio: O usurio utiliza o sistema para gerenciar os produtos para manipulao dos dados
dos Fornecedores.
Ator primrio: Administrador
Ator secundrio: Funcionrio

86

Precondies: O usurio precisa identifica - se no sistema inicialmente somente o


administrador pode usa uma senha padro funcionrio tem que esta cadastrado.
Fluxo Principal:
1. O usurio efetua login no sistema;
2. O usurio escolhe a opo funcional;
3. carregada a opo Cadastro de Fornecedor
Fluxo Alternativo: (1) Cadastrar produto a partir de um novo cadastro
1. O usurio loga-se no sistema
2. O usurio escolhe a opo do boto "adicionar
4. carregada a opo Cadastro
5. Ao efetivar o Cadastro emitida a mensagem de concluso de cadastro.
Fluxo Alternativo: (2) Alterar dados de produto cadastrado
1. O usurio loga-se no sistema
2. O usurio seleciona um campo da tabela de busca
3. O usurio escolhe a opo do boto "Alterar
4. carregada a opo Cadastro com os dados
5. O usurio realiza alterao
6. Ao efetivar o Cadastro emitida a mensagem de concluso de cadastro.
Fluxo Alternativo: (3) Consulta dados de produto
1. O usurio loga-se no sistema
2. O usurio escolhe uma opo do campo "escolha um item
3. O usurio digita no campo buscar o que desejar
4. O usurio escolhe a opo do boto "Procurar
5. resultado da procura e mostra na tabela de dados.
Fluxo Alternativo: (4) Excluir dados de produto cadastrado
1. O usurio loga-se no sistema
2. O usurio seleciona um campo da tabela de busca
3. O usurio escolhe a opo do boto "Exclui
4. carregada a opo Voc deseja excluir esse item?

87

5. O usurio confirma a tarefa


6. Ao confirma emitida a mensagem de item excludo com sucesso.

Fluxo de Exceo: (1) Produto j cadastrado


1.Se j estiver cadastrado, ser emitida uma mensagem erro.

Descrio das classes abstradas do contexto do problema


Usurio
Administrador

Cliente
Funcionrio

Sistema
Computador

Grupo

Nome

Gerenciamento

Cadastro
Unidade
administrativa
Cadastro de
produto

Abstrao dos relacionamentos entre as classes


1. O usurio solicita um pedido de login.
2. O sistema valida o usurio atravs de um nome de login associado a uma senha.
3. No cadastro o sistema aloca o usurio num grupo (Administrador ou Funcionrio).
4. Administrador e nico que pode muda os dados.

88

Primeira verso do diagrama de classe

Figura 30 - Diagrama de classe de Gerenciamento de Fornecedor


Descrio correspondentes ao Caso de Uso
Responsabilidade
Cadastrar
alterar
Emitir relatrio
Excluir

colorao

89

4.3.4. Realizao do Caso de Uso Gerenciamento de Transportadora


Caso de Uso no Formato Expandido Essencial

Figura 31 - Diagrama de caso de uso de Gerenciamento de Transportadora

Sumrio: O usurio utiliza o sistema para gerenciar os produtos para manipulao dos dados
dos Transportadora.
Ator primrio: Administrador
Ator secundrio: Funcionrio

90

Precondies: O usurio precisa identifica - se no sistema inicialmente somente o


administrador pode usa uma senha padro funcionrio tem que esta cadastrado.

Fluxo Principal:
1. O usurio efetua login no sistema;
2. O usurio escolhe a opo funcional;
3. carregada a opo Cadastro de Transportadora
Fluxo Alternativo: (1) Cadastrar produto a partir de um novo cadastro
1. O usurio loga-se no sistema
2. O usurio escolhe a opo do boto "adicionar
4. carregada a opo Cadastro
5. Ao efetivar o Cadastro emitida a mensagem de concluso de cadastro.
Fluxo Alternativo: (2) Alterar dados de produto cadastrado
1. O usurio loga-se no sistema
2. O usurio seleciona um campo da tabela de busca
3. O usurio escolhe a opo do boto "Alterar
4. carregada a opo Cadastro com os dados
5. O usurio realiza alterao
6. Ao efetivar o Cadastro emitida a mensagem de concluso de cadastro.
Fluxo Alternativo: (3) Consulta dados de produto
1. O usurio loga-se no sistema
2. O usurio escolhe uma opo do campo "escolha um item
3. O usurio digita no campo buscar o que desejar
4. O usurio escolhe a opo do boto "Procurar
5. resultado da procura e mostra na tabela de dados.
Fluxo Alternativo: (4) Excluir dados de produto cadastrado
1. O usurio loga-se no sistema
2. O usurio seleciona um campo da tabela de busca
3. O usurio escolhe a opo do boto "Exclui

91

4. carregada a opo Voc deseja excluir esse item?


5. O usurio confirma a tarefa
6. Ao confirma emitida a mensagem de item excludo com sucesso.

Fluxo de Exceo: (1) Produto j cadastrado


1.Se j estiver cadastrado, ser emitida uma mensagem erro

Descrio das classes abstradas do contexto do problema


Usurio
Administrador

Cliente
Funcionrio

Sistema
Computador

Grupo

Nome

Gerenciamento

Cadastro
Unidade
administrativa
Cadastro de
produto

Abstrao dos relacionamentos entre as classes


1. O usurio solicita um pedido de login.
2. O sistema valida o usurio atravs de um nome de login associado a uma senha.
3. No cadastro o sistema aloca o usurio num grupo (Administrador ou Funcionrio).
4. Administrador e nico que pode muda os dados.

92

Primeira verso do diagrama de classe

Figura 32 - Diagrama de classe de Gerenciamento de Transportadora

Descrio correspondentes ao Caso de Uso


Responsabilidade
Cadastrar
alterar
Emitir relatrio
Excluir

colorao

93

4.3.5. Realizao do Caso de Uso gerenciamento de senhas


Caso de Uso no Formato Expandido Essencial

Figura 33 Diagrama de Caso de Uso de Gerenciamento de Senhas


Sumrio: O administrador utiliza o sistema para gerenciar as identificaes de usurios
Ator primrio: Administrador
Ator secundrio: funcionrio
Precondies: deve se utilizar a senha padro de acesso Login :Chrono e Senha: Chrono
Fluxo Principal:
1. O usurio efetua login no sistema;
2. O usurio escolhe a opo funcional Cadastro de senhas de acordo com o modulo
3. carregada a opo Cadastro de senhas
4. O usurio pode ainda alterar e excluir
5.Emiti relatrio

94

Fluxo Alternativo: (1) Cadastrar clientes a partir de um novo cadastro de senhas


1. O usurio loga-se no sistema
2. De aodo com sua funo ter acesso aos mdulos administrativos ou de funcionrio
3. O usurio escolhe a opo "gerenciamento de senhas
4. Ao lado do campo "Nome"aciona o boto ""
5. carregada a opo Cadastro de fornecedores
6. Ao efetivar o Cadastro de senhas emitida a mensagem de concluso de cadastro. O
processo finalizado.

Descrio das classes abstradas do contexto do problema

Usurio
Administrador

Cliente
Funcionrio

Sistema
Computador

Grupo

Nome

Gerenciamento

Cadastro
Unidade
administrativa
Cadastro de
senhas

Abstrao dos relacionamentos entre as classes


1. O usurio solicita um pedido de login.
2. O sistema valida o usurio atravs de um nome de login associado a uma senha.
3. No cadastro o sistema aloca o usurio num grupo.

95

Primeira verso do diagrama de classe

Figura 34 - Diagrama de classe de gerenciamento de senha

Descrio correspondentes ao Caso de Uso


Responsabilidade
Cadastrar
alterar
Emitir relatrio
Excluir

colorao

Administrador

96

4.3.6. Realizao do Caso de Uso do modulo de vendas

Figura 35: Diagrama de Caso de Uso do modulo de vendas


Sumrio: O usurio utiliza o sistema para gerenciar as vendas
Ator primrio: Funcionrio
Ator secundrio: Administrador
Precondies: O banco de dados tem que esta funcionado e funcionrio cadastrado
Fluxo Principal:
1. O usurio efetua login no sistema;
2. O usurio escolhe a opo funcional modulo de vendas
3. carregada a opo modulo de vendas
4 carregado a opo consulta
Fluxo Alternativo: (1) Fazer vendas a partir modulo de vendas
1. O usurio loga-se no sistema
2. O usurio escolhe a opo modulo de vendas
3. carregada vendas
5. Ao efetivar a venda emitida a mensagem de concluso de venda o processo finalizado.
6. E o sistema emiti nota fiscal

97

Descrio das classes abstradas do contexto do problema


Usurio
Administrador

Cliente
Funcionrio

Sistema
Computador

Grupo

Nome

Gerenciamento

Cadastro
Unidade
administrativa
Cadastro de
Transportadoras

Abstrao dos relacionamentos entre as classes


1. O usurio solicita um pedido de login.
2. O sistema valida o usurio atravs de um nome de login associado a uma senha.
3. No cadastro o sistema aloca o usurio num grupo.
Primeira verso do diagrama de classe

Figura 36: Diagrama de classe do mdulo de vendas

98

Descrio correspondentes ao Caso de Uso


Responsabilidade
Consultar
alterar
Excluir

colorao
produto

4.4. Diagrama de Classes do Chrono 1.0

Figura 37: Diagrama de Classes do Chrono 1.0

99

Segundo Furlan, este diagrama representa as classes que compem o sistema e as


relaes entre elas, como por exemplo a herana. Trata-se de um aspecto lgico esttico e
estrutural do sistema (FURLAN, 1998).

4.4.1. Relao das classes abstradas do contexto do problema


Pessoa
Funcionrio
Administrador
Administrador
Administrador
Funcionrio
Administrador
Administrador
Administrador
Funcionrio
Administrador /
Funcionrio
Funcionrio
Menu vendas
Consulta
Calendrio
Nota fiscal
Menu chrono

Operao
Cadastro de
produtos
Cadastro de
funcionrio
Cadastro de
fornecedor
Cadastro de e
transportadora
Gerenciamento
de produto
Gerenciamento
de funcionrio
Gerenciamento
de fornecedor
Gerenciamento
de transportadora
Busca
Identificao de
usurios
Abertura
Abertura de
vendas
Pesquisa
Data
Impresso de
recibo
Escolha

Sistema
Cadastro

Item
Produto

Cadastro

Funcionrio

Cadastro

Fornecedor

Cadastro

Transportadora

gerenciamento

Produto

Gerenciamento

Funcionrio

Gerenciamento

Fornecedor

gerenciamento

Transportadora

Pesquisa
Identificao

Vrios
Usurio

Carregamento do
banco
Vendas

Banco

Busca
Dia atual
Impresso

Varios itens
Dia e ms atual
Confirmao de
pagamento
Processos

Opo

Produtos

100

4.5. Estrutura do Banco de Dados

Figura 38: Estrutura do Banco de Dados

101

4.6. Script do Banco de Dados em Linguagem SQL


CREATE TABLE senhaadministrador (
senha VARCHAR(8) NOT NULL,
login VARCHAR(20) NOT NULL,
cpf VARCHAR(15) NOT NULL,
PRIMARY KEY(senha)
);
CREATE TABLE senhafuncionarios (
senha VARCHAR(8) NOT NULL,
login VARCHAR(20) NOT NULL,
cpf VARCHAR(15) NOT NULL,
PRIMARY KEY(senha)
);
CREATE TABLE transportadoras (
codigo INTEGER(11) NOT NULL,
nome VARCHAR(45) NOT NULL,
endereco VARCHAR(45) NOT NULL,
referencia VARCHAR(45) NOT NULL,
estado VARCHAR(45) NOT NULL,
cidade VARCHAR(12) NOT NULL,
bairro VARCHAR(45) NOT NULL,
cep VARCHAR(8) NOT NULL,
telefone VARCHAR(12) NOT NULL,
fax VARCHAR(12) NOT NULL,
celular VARCHAR(12) NOT NULL,
email VARCHAR(45) NOT NULL,
cpf VARCHAR(15) NOT NULL,
rg VARCHAR(10) NOT NULL,
cnpj VARCHAR(13) NOT NULL,
inestadual VARCHAR(11) NOT NULL,
data DATE NOT NULL,
PRIMARY KEY(codigo)
);
CREATE TABLE produtos (
barra DOUBLE NOT NULL,
nome VARCHAR(255) NOT NULL,
fabricante VARCHAR(45) NOT NULL,
quantidade INTEGER(11) NOT NULL,
grupo VARCHAR(45) NOT NULL,
peso VARCHAR(255) NOT NULL,
precovenda DOUBLE NOT NULL,
precocusto DOUBLE NOT NULL,
data DATE NOT NULL,
PRIMARY KEY(barra)
);

102

CREATE TABLE fornecedores (


Codigo INT NOT NULL,
nome VARCHAR(45) NOT NULL,
rsocial VARCHAR(45) NOT NULL,
representante VARCHAR(45) NOT NULL,
endereco VARCHAR(45) NOT NULL,
referencia VARCHAR(45) NOT NULL,
estado VARCHAR(45) NOT NULL,
cidade VARCHAR(45) NOT NULL,
bairro VARCHAR(45) NOT NULL,
cep VARCHAR(9) NOT NULL,
telefone VARCHAR(10) NOT NULL,
cpostal VARCHAR(5) NOT NULL,
fax VARCHAR(10) NOT NULL,
celular VARCHAR(10) NOT NULL,
email VARCHAR(45) NOT NULL,
cpf VARCHAR(15) NOT NULL,
rg VARCHAR(11) NOT NULL,
cnpj VARCHAR(15) NOT NULL,
inestadual VARCHAR(10) NOT NULL,
data DATE NOT NULL,
PRIMARY KEY(Codigo)
);
CREATE TABLE funcionarios (
codigo INT NOT NULL,
nome VARCHAR(60) NOT NULL,
cpf VARCHAR(14) NOT NULL,
rg VARCHAR(15) NOT NULL,
nascimento VARCHAR(10) NOT NULL,
telefone VARCHAR(13) NOT NULL,
celular VARCHAR(13) NOT NULL,
fax VARCHAR(13) NOT NULL,
email VARCHAR(45) NOT NULL,
endereco VARCHAR(255) NOT NULL,
referencia VARCHAR(255) NOT NULL,
cep VARCHAR(11) NOT NULL,
estado VARCHAR(45) NOT NULL,
cidade VARCHAR(45) NOT NULL,
bairro VARCHAR(45) NOT NULL,
data VARCHAR(10) NOT NULL,
PRIMARY KEY(codigo)
);

103

CREATE TABLE notaFiscal (


CNPJ VARCHAR(15) NOT NULL,
razaosocial VARCHAR(60) NULL,
nome VARCHAR(60) NULL,
endereco VARCHAR(255) NULL,
cidadde VARCHAR(60) NULL,
bairro VARCHAR(60) NULL,
UF VARCHAR(4) NULL,
CEP VARCHAR(10) NULL,
insestadual VARCHAR(15) NULL,
telefone VARCHAR(15) NULL,
fax VARCHAR(15) NULL,
PRIMARY KEY(CNPJ)
);

104

5 ARQUITETURA DE SOFTWARE E ATIVIDADE DE ESTRUTURA


Para lidar com a complexidade e o tamanho de sistemas, engenheiros de software tm
feito uso de princpios de projeto como, por exemplo, ocultao de informaes. Contudo,
medida que os sistemas tornam-se cada vez maiores, o uso de uma disciplina deve ser
enfatizado de modo a obter resultados de baixo custo e maior qualidade. Dentro deste
contexto, arquitetura de software tem entrado em cena de modo a lidar com sistemas grandes
e complexos. Perceba que medida que tamanho e complexidade dos sistemas de software
aumentam, o problema do projeto extrapola as estruturas de dados e algoritmos da
computao. Em outras palavras, projetar a estrutura geral do sistema emerge como um
problema novo. Questes estruturais envolvem organizao e estrutura geral de controle;
protocolos de comunicao, sincronizao; atribuio de funcionalidade a componentes de
projeto; escalabilidade e desempenho; seleo de alternativas de projeto. Estas questes
compreendem o projeto de software a nvel arquitetural (ESPACOACADEMICO, 2006).
Os padres de arquitetura incentivam o baixo acoplamento entre subsistemas. Estes
padres especificam todos os subsistemas de um sistema e como interagem uns com os outros
(DEITEL, 2003).
5.1. CAMADAS: SEPARAO ENTRE COMPONENTES
Para melhor organizar a manter componentes, crucial que sejam separados por
algum critrio. Isolando-os em grupos possvel diminuir o acoplamento entre os
componentes, fazendo com que as mudanas em um grupo no impactem muito em outro
grupo.
Entre as diversas formas possveis de separar os componentes, est a tcnica de
Camadas. Ao separar componentes em grupos chamados Camadas (Layers em ingls), o
projetista

agrupa

componentes

por

responsabilidade

em

comum

que

possuam

(FRAGMENTAL, 2006).
A arquitetura de sistemas em camadas, aplicada s aplicaes desenvolvidas sobre a
orientao a objeto, determina a distribuio das classes por trs camadas.
A primeira camada identificada como apresentao abrange as classes que so
responsveis pela interao dos usurios como o prprio sistema. Por exemplo: No Delphi,
quando projetamos um formulrio para receber os dados do usurio e transmitir s nossas
classes por meios de solitaes de servios,estamos na camada de apresentao.O formulrio

105

uma classe visual.Em Java, trabalhamos sempre com classes. Se montamos um formulrios
de interao do usurio, este tambm ser uma classe herdada de outra classe visual, como
JFrame.
A segunda camada identificada como camada de negcios controla as regras de
negcios de nossas aplicaes. So as nossas classes de negcios, aquelas que armazenam
nossos requisitos, as que determinam como calcular, como processar, o que persistir e o que
recuperar. Podemos que a alma da nossa aplicao.
A terceira camada identificada como camada de persistncia controle a persistncia de
nossos dados.Devemos lembrar que nossos dados vivem temporariamente nas instancias das
classes da segunda camada.Todavia ,necessitamos que esses dados sejam mantidos ao termino
da aplicao.Para isso meio fsico permanente.Assim,nessa camada tratamos como os dados
so persistidos em simples arquivos ou em bancos de dados(CRISTINA,2004).
5.2. DEFINIO DA ARQUITETURA DE SOFTWARE A SER UTILIZADO
5.2.1. Ambiente de Desenvolvimento
Eclipse:
O projeto Eclipse.org nasceu da iniciativa de grandes empresas lideres em seus
seguimentos, tais com o Borland, IBM, QNX Software, Racional Software, Red Hat, Suse,
Toghether Software (comprada pela Borland), Sybase e Fujitsu. Em fevereiro de 2004 o
Eclipse.org tornou-se independente, ficando livre da IBM.Atualmente o Eclipse.org
mantm 4 grandes projetos e 19 subprojetos, dentre esses grandes projetos podemos destacar
a IDE Eclipse para desenvolvimentoJava. Esta ferramenta permite personalizar totalmente o
ambiente de acordo com o projeto que est sendo desenvolvido, seja ele desenvolvimento
para plataforma WEB ou Desktop (Standard) , com ou sem EJBs, J2ME, etc.Alm disto,
permite a instalao de plugins que trabalham integrado com a ferramenta.
Em sua verso bsica , o Eclipse j traz alguns plugins (que podemos chamar de
plugins bsicos) ,dentre eles podemos destacar a integrao com o Ant e com o CVS. Apesar
de ser um a IDE free e opensource, o Eclipse bem completo, permitindo que seja feito nele
tudo o que pode ser feito em uma IDE paga(GOMES,2006).

106

DBDesigner:
O DBDesigner _ um editor visual para criao de banco de dados que integra criao,
modelagem, desenvolvimento e manuteno dos bancos em um ambiente simples e agradvel.
O DBDesigner _ OpenSource distribudo sobre a licena GPL. (FABFORCE, 2006).

Hibernate:
O Hibernate uma ferramenta que faz o mapeamento objeto/relacional no ambiente
Java. O termo de mapeamento de objeto/relacional (ou ORM # Object/Relational Mapping) se
refere a tcnica de mapear uma representao de dados de um modelo de objeto para dados de
modelo relacional como esquema baseado em SQL.
O Hibernate no somente cuida do mapeamento de classes Java para tabelas de banco
de dados (e de tipos de dados em Java para tipos de dados em SQL), como tambm fornece
facilidade de consultas e recuperao de dados, podendo tambm reduzir significantemente o
tempo de desenvolvimento gasto com a manipulao manual de dados no SQL e
JDBC(HIBREFPTBR,2006).

Plugin JBoss Eclipse IDE:


Projetado para o uso com o sistema JBoss Enterprise Middleware System (JEMS),
JBoss EclipseIDE uma srie de encaixes de plugins ao Eclipse para desenvolvimento
software com qualidade.
JBoss Eclipse IDE uma extenso do Eclipse e permite aos programadores
desenvolver, debugar, testar, e eliminar erros de suas aplicaes baseadas no JEMS sem
deixar a IDE. Simplificando o ciclo de vida do desenvolvimento, o eclipse IDE da JBoss
permite as organizaes entregar com grande valor mais em menos tempo. Um
desenvolvimento mais rpido, combinado com uma licena do software do zero - custo, reduz
extremamente custos totais de criar aplicaes da empresa (JBOSS, 2006).

107

MySQL Query Browser:


Com essa ferramenta voc pode criar, otimizar e executar queries, alm dela suportar
edio de dados(MYSQLBRASIL,2006).
Abeille Forms Designer:
O Abeille um construtor do GUI para aplicaes de Java. O software podem arrastar
e soltar componentes em um editor do WYSIWYG.Os componentes podem fcilmente
customizao adicionando imagens ou modificando suas propriedades. Os efeitos avanados
da suficincia so suportados como texturas e gradients. Abeille tem layout intuitivo do
JGoodies FormLayout. E poder usado livremente em aplicaes comerciais(Abeille,2006).
JasperReports:
JasperReports um poderoso framework opensource para gerao de relatrios.
Escrito em Java, essa biblioteca apresenta grande habilidade na organizao e apresentao
de contedo, permitindo a gerao dinmica de relatrios em diversos formatos, como PDF,
HTML, XLS, CSV e XML, podendo ainda ser

utilizada em qualquer aplicao Java,

incluindo aplicaes desktop, Web e distribudas(PAIXO,2006).


iReports:
Criar o design do relatrio diretamente em XML pode ser uma tarefa custosa.
Necessitava-se, ento, de uma ferramenta que automatizasse esse processo. O iReport veio
preencher essa lacuna, permitindo definir o design do relatrio dentro de um ambiente grfico,
contento todos os recursos que a biblioteca JasperReports oferece. possvel definir
relatrios com designers modernos e complexos sem se quer escrever uma linha de cdigo
XML, que todo gerado automaticamente. O ambiente ainda oferece atalhos para tarefas de
compilao e visualizao do relatrio, permitindo a realizao de testes, acelerando assim o
processo de designer(PAIXO,2006)..

108

5.2.2. Ferramenta de Modelagem


JUDE UML
O JUDE uma ferramenta de modelagem UML com suporta orientao a objeto a
projeto de software em Java, suportar UML2.0(JUDE,2006).
ARGOUML
ARGOUML a ferramenta de modelagem UML de open-source que inclui a
sustentao para todos os diagramas padro de UML 1.4. Funciona em todas as plataformas
Java e est disponvel em dez lnguas(ARGOUML,2006).
5.2.3. Ambiente de Documentao
Microsoft Office 2003
Microsoft Office o produto de produtividade de rea de trabalho mais conhecido em
todo o mundo. O Office 2003 supera essa expectativa para ajud-lo a se comunicar melhor,
criar e compartilhar documentos, usar informaes e aprimorar processos de negcios. A nova
funcionalidade avanada dos aplicativos conhecidos e fceis de usar do Microsoft Office
System o ajudam a encarar seus desafios comerciais. Ele foi desenvolvido para aumentar sua
produtividade e ajud-lo a obter melhores resultados(MICROSOFT,2006).
5.2.4. Sistema Operacional: Windows XP
O sistema operacional desktop um dos mais avanado da Microsoft, o Windows XP,
est no centro de uma constante inovao da computao pessoal. Com o Windows XP,
usurios domsticos podem experimentar o mundo digital como nunca fizeram antes,
enquanto que os usurios comerciais podem trabalhar mais rapidamente e de forma mais
inteligente(MICROSOFT,2006).
5.2.5. Sistema de Gerenciador de Banco de Dados: MySQL
O MySQL se tornou o mais popular banco de dados open source do mundo porque
possui consistncia, alta performance, confiabilidade e fcil de usar. Atualmente usado em

109

mais de 6 milhes de instalaes em todos os continentes ( inclusive na Antrtica ), que vo


desde instalaes em grandes corporaes a especficas aplicaes embarcadas. Alm disso, o
MySQL se tornou a escolha de uma nova gerao de aplicaes, que utilizam o modelo
LAMP ( Linux, Apache, MySQL, PHP ).
O MySQL funciona em mais de 20 plataformas, incluindo Linux, Windows, HP-UX,
AIX, Netware, dando a voc flexibilidade e controle. Se voc novo na tecnologia de banco
de dados ou um colaborador, ou um DBA experiente, a MySQL oferece uma gama completa
de produtos certificados, testados e homologados pela prpria(MYSQLBRASIL,2006).
5.2.6. Linguagem de Programao: Java
Java uma linguagem de programao orientada a objeto desenvolvida na dcada de
90 pelo programador James Gosling, na empresa Sun Microsystems. Diferentemente das
linguagens convencionais, que so compiladas para cdigo nativo, a linguagem Java
compilada para um "bytecode" que executado por uma mquina virtual (WIKIPEDIA,
2006).
5.3. ESTRUTURA DO CHRONO 1.0
Como esta sendo desenvolvido um sistema para o desktop, foi conveniente elaborar e
inserir o diagrama de navegao no projeto do Chrono 1.0, isto para que se tenha a idia de
como um todo do projeto.

Figura 39 - Diagrama de Navegao do Chrono 1.0

110

6 CONCLUSO E TRABALHOS FUTUROS


6.1. CONCLUSO
Neste captulo feita uma breve retrospectiva desta monografia de concluso de
curso,com o objetivo de apresentar os resultados obtidos.
O captulo dois descreve os mtodos de modelagem para o Chrono 1.0. Foi visto que a
Produtividade, Escalabilidade, Liberdade e a segurana so desafios que devem ser superados
quando se desenvolve aplicativos corporativos com plataforma JAVA e o uso de ferramentas
livres.Ainda foram descritos os fundamentos da Engenharia de software, destacando-se
importantes processos de desenvolvimento de .
O captulo trs apresentou um artefato, descrito no Processo IESAM de
Desenvolvimento de Software, denominado de documento de Especificao de Requisitos de
Software (ERSw). Este documento formal representa a declarao oficial do que solicitado
pelo cliente, no caso o Supermercado Paraense , contendo diversos fatores como,
funcionalidade, escopo do produto, perspectiva do produto interfaces externas, descrio das
interfaces, restries gerais, descrio dos casos de uso em alto nvel que ajudaro a equipe a
entender o que o cliente deseja que seja desenvolvido.
Em seguida, no captulo quatro foi visto a anlise de requisitos, o qual trouxe outro
artefato, o Modelo de Anlise de Software (MASw). Este modelo detalhou os conceitos do
domnio do problema, relevantes para a validao dos requisitos. Este documento tambm
teve como objetivo, descrever o modelo classe domnio do sistema. Foi apresentado o projeto
conceitual do banco de dados, atravs de informaes colhidas na anlise de requisitos,
resultando no modelo de Entidade Relacionamento.
No captulo cinco, foram descritos os fatores e princpios norteadores que ajudaram na
definio bsica da arquitetura de software.
Foi visto ainda que a arquitetura de software representa muito mais que uma simples
Infra-estrutura para desenvolvimento de software, destacando sua importncia, tais como:
Possui um nvel de abstrao da complexidade do problema que facilita a
comunicao entre os participantes do desenvolvimento do sistema;
Antecipa decises de projeto, estabelecendo as restries do ponto de vista do
negcio e do ponto de vista tcnico; incentiva o reuso atravs da utilizao de componentes
prontos e tambm atravs dos estilos e padres arquiteturais.
A partir da, foi apresentado o Ambiente de desenvolvimento e arquitetura a ser
utilizada no projeto. Essas etapas serviram para alcanar os objetivos propostos para a criao

111

de uma Automao de software comercial, denominado Chrono 1.0, tendo como principais
tecnologias o hibernate , Eclipse, DBDesigner, Plugin JBoss Eclipse IDE ,MySQL Query
Browser ,Abeille Forms Designer ,iReports: entre outros. O uso desta arquitetura com
separao entre camadas
6.2. TRABALHOS FUTUROS
Como sugesto para trabalhos futuros pode-se dar continuidade ao processo de
desenvolvimento ser desenvolvidos o terceiro modulo do projeto Chrono, modulo remoto
que adaptao do modulo administrativo para uso da tecnologia RMI.
A tecnologia RMI - Remote Method Invocation (Invocao de Mtodos Remotos), foi
primeiramente introduzida no Java, no JDK verso 1.1, elevando a programao para redes
em um patamar mais elevado(GUJ,2006).
A arquitetura RMI estende a segurana e robustez da arquitetura Java para o mundo da
computao distribuda(GUJ,2006).
Poderia ser implementando ainda, a parte de faturamento do modulo administrativo
agregando rotinas ao sistemas para gerao de grficos e analise e relatrios que fornecem
analises e comparaes complexas com o objetivo de apoio gerencial e tomada de decises
dos dirigentes.

112

REFERNCIAS
BEZERRA, Eduardo. Princpios de Anlise e projetos de sistemas com UML. Rio de Janeiro:
Elsevier, 2002.
FURLAN, Jos D. Modelagem de Objetos atravs da UML So Paulo, SP: Markon Books,
1998.
IESAM - Instituto de Estudos Superiores da Amaznia. Processo IESAM de Desenvolvimento
de Software. 2004 Online. Disponvel em: <http://www2.iesam-pa.edu.br/gr/> Acesso em
20set. 2006.
IEEE - Institute of Electrical and Electronics Engineers. IEEE Standard Glossary of
SoftwareEngineering Terminology. IEEE Standard 610.12-1990 (revision and redesignation
of IEEE Std. 729-1083). Institute of Electrical and Electronics Engineers, New York, 1983.
PDUA, Wilson. Engenharia de software: fundamentos, mtodos e padres. 2 ed. Rio de
Janeiro: LTC, 2003.
PRESSMAN, Roger S. Engenharia de Software, Rio de janeiro: MacGraw-Hill, 2002.
MYSQLBRASIL. Homepage Online. Disponvel em: < http://www.mysqlbrasil.com.br >
Acesso em 23 jul. 2006
MICROSOFT. Homepage Online. Disponvel em:
< http://www.microsoft.com/brasil/office/editions > Acesso em 05 ago. 2006
ABEILLE. Homepage Online. Disponvel em: < https://abeille.dev.java.net/ > Acesso em 20
jul. 2006
JBOSS. Homepage Online. Disponvel em: < http://labs.jboss.com/portal/ > Acesso em 20 jul.
2006
HIBREFPTBR. Homepage Online. Disponvel em: <
http://sourceforge.net/projects/hibrefptbr/ > Acesso em 20 set. 2006
ARGOUML. Homepage Online. Disponvel em: < http://argouml.tigris.org/ > .
Acesso em: 20 out.2006
JUDE. Homepage Online. Disponvel em: < http://jude.change-vision.com/judeweb/index.html/ > .Acesso em: 25 set. 2006
FABFORCE. Homepage Online. Disponvel em: <http://www.fabforce.net> Acesso em 24
out. 2006.
FRAGMENTAL Homepage Online. Disponvel em: <Http://www.fragmental.com.br/>
Acesso em 24 out. 2006.

113

GOMES, Rogrio.Eclipse que tu es ?Disponvel em:< http://www.guj.com.br/ > Acesso em 2


maio 2006.
PAIXO, Carlos.Gerador de Relatrio JasperReport e ireport Disponvel em:<
http://www.guj.com.br/ > Acesso em 2 maio 2006.
. PRESSMAN, Roger S. Engenharia de Software. 5 ed, Rio de janeiro: MacGraw-Hill, 2002.
JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James. UML: Guia do Usurio. Rio de
Janeiro: Campus, 2000.
BEZERRA, Eduardo. Princpios de Anlise e projetos de sistemas com UML. Rio de
Janeiro:Elsevier, 2002.
FURLAN, Jos D. Modelagem de Objetos atravs da UML So Paulo, SP Markon Books,
1998.
DEITEL.H.M. Java como programar,4d,Porto Alegre,Bookman,2003
MELO.Ana Cristina.Desenvolvendo aplicaes com UML 2.0. 2.ed. Rio de Janeiro: Brasport,
2004
THAYER R. H. e DORFMAN M. Tutorial: Software Requirements Engineering. IEEE Computer Society Press, Los Alamitos, Calif., 1997

114

ANEXOS

115

Anexo: Programa Chrono 1.0

O anexo contendo o cdigo-fonte do programa est disponvel em


CD-ROM.

You might also like