1

Carlos Alberto dos Santos

Sistema para a venda de materiais de informtica

Assis 2009

Sistema para a venda de materiais de informtica

Carlos Alberto dos Santos

Trabalho de Concluso de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso de Graduao, analisado pela seguinte comisso examinadora:

Orientador: __________________________________ Analisador (1): __________________________________ Analisador (2): __________________________________

Assis 2009

Carlos Alberto dos Santos

SISTEMA PARA VENDA DE MATERIAIS DE INFORMTICA

Trabalho de Concluso de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso de Graduao, analisado pela seguinte comisso examinadora:

Orientador: __________________________________________________ rea de concentrao: _________________________________________ ____________________________________________________________

Assis 2009

Carlos Alberto dos Santos

Sistema para a venda de materiais de informtica

Assis 2009

Sistema para a venda de materiais de informtica

Carlos Alberto dos Santos

Trabalho de Concluso de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso de Graduao, analisado pela seguinte comisso examinadora:

Orientador: __________________________________ Analisador (1): __________________________________ Analisador (2): __________________________________

Assis 2009

Carlos Alberto dos Santos

Sistema para a venda de materiais de informtica

Trabalho de Concluso de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso de Graduao, analisado pela seguinte comisso examinadora:

Orientador: _______________________________________ rea de Concentrao: ______________________________ _________________________________________________

Assis 2008

AGRADECIMENTOS

Ao nosso bom DEUS, pai maravilhoso que me iluminou o caminho me abenoando com o discernimento para distinguir qual o caminho a ser seguido, pela inteligncia que me destes.

Aos familiares, que me deram estmulo para no desistir no inicio do curso, que nesse perodo encontrei muitas dificuldades em aprender as matrias, mas consegui, graas a DEUS.

Ao professor, DOMINGOS DE CARVALHO VILLELA JUNIOR, pela orientao e pelo constante estmulo transmitido durante o trabalho.

Aos amigos, da faculdade que me ajudaram muito, do servio sempre me dando uma voz de incentivo, e a todos que colaboraram direta ou indiretamente, na execuo deste trabalho.

RESUMO

O objetivo principal do trabalho oferecer um sistema de fcil entendimento para o usurio utilizando a Orientao a Objeto junto s tcnicas UML (Linguagem de Modelagem Unificada), para o auxilio na modelagem do sistema.

O Sistema tem a funcionalidade para Gerar Cadastros, Movimentar entradas e sadas de produtos, Movimentar Pagamentos e Emitir Relatrios diversos, para que a empresa possa aumentar sua posio no mercado concorrente na cidade de Quat, j que a empresa trabalha de forma manual.

Palavras-chave: Venda informtica e-comerce

ABSTRACT

The objective principal of the work is to offer a system of easy understanding for the user using the Orientation to I Object the techniques close to UML (Language of Unified Modelling), for I aid him in the modelling of the system.

The System has the functionality to Generate Cadasters, to Move entrances and exits of products, to Move Payments and to Emit several Reports, so that the company can increase your position in the competitive market in the city of Quat, since the company works in a manual way.

Works-key: sale computer science e-comerce

10

LISTA DE ILUSTRAES

Figura 01 exemplo de caso de uso ........................................................................................... 23 Figura 02 Exemplo de Diagrama de classe ............................................................................... 24 Figura 03 Exemplo de Diagrama de Objetos ............................................................................ 24 Figura 04 Exemplo de Diagrama de Estado.............................................................................. 25 Figura 05 Exemplo de Diagrama de Seqncia ........................................................................ 26 Figura 06 Exemplo de Diagrama de Colaborao .................................................................... 27 Figura 07 Exemplo de Diagrama de Atividades........................................................................ 28 Figura 08 Exemplo de Diagrama de Componentes .................................................................. 29 Figura 09 Exemplo de Diagrama de Implantao..................................................................... 30 Figura 10 rea de Trabalho do Visual Studio ........................................................................... 31 Figura 11 rea de trabalho do SQL Server 2005 express ......................................................... 32 Figura 12 Netbeans .................................................................................................................. 33 Figura 13 EA (Enterprise Architect) .......................................................................................... 34 Figura 14 Cronograma de atividades ....................................................................................... 35 Figura 15 WBF .......................................................................................................................... 36 Figura 16 Seqncia de Atividades........................................................................................... 37 Figura 17 diagrama Use case cadastro de pais...................................................................... 42 Figura 18 diagrama Use case cadastro de estado ................................................................. 43 Figura 19 diagrama Use case cadastro de cidade ................................................................. 44 Figura 20 diagrama Use case cadastro de bairro .................................................................. 45 Figura 21 diagrama Use case cadastro de rua....................................................................... 46 Figura 22 diagrama Use case cadastro de Funcionrio ......................................................... 47 Figura 23 diagrama Use case cadastro de cliente ................................................................. 48 Figura 24 diagrama Use case cadastro de produto................................................................ 49 Figura 25 diagrama Use case cadastro de fornecedor .......................................................... 50 Figura 26 diagrama Use case cadastro de cargo ................................................................... 51

11 Figura 27 diagrama Use case Carrinho de Compra ............................................................... 52 Figura 28 Diagrama de use case venda de produto ............................................................... 53 Figura 29 diagrama Use case Compra de Produtos............................................................... 54 Figura 30 diagrama Use case relatrio de compra por produto ........................................... 55 Figura 31 diagrama Use case produtos vendidos no dia....................................................... 56 Figura 32 diagrama Use case produtos do estoque .............................................................. 57 Figura 33 diagrama Use case relao de vendas por clientes............................................... 58 Figura 34 diagrama Use case relao de vendas mensais por cliente .................................. 59 Figura 35 diagrama Use case relao de produtos comprados por ms .............................. 60 Figura 36 diagrama Use case relao de produtos comprados por fornecedor................... 61 Figura 37 diagrama classe ........................................................................................................ 62 Figura 38 diagrama de Seqncia Funcionrio ..................................................................... 63 Figura 39 diagrama de Seqncia - Cliente .............................................................................. 63 Figura 40 Tela Inicial do Web Site ............................................................................................ 64 Figura 41 Tela para Cadastro de Produtos ............................................................................... 65 Figura 42 Tela de Relatrio do fluxo de caixa .......................................................................... 66 Figura 43 Tela para Cadastro de Clientes................................................................................. 67 Figura 44 Tela para Relatrio de todos os produtos do Estoque............................................. 68

12

TABELAS

Tabela 01 Recursos necessarios ............................................................................................... 38 Tabela 02 Oramento do projeto ............................................................................................. 38 Tabela 03 Lista de eventos ....................................................................................................... 39 Tabela 04 Tabela de caso de uso (use case) continuao........................................................ 41 Tabela 05 Cadastro de pais ...................................................................................................... 42 Tabela 06 cadastro de estado .................................................................................................. 43 Tabela 07 Cadastro de cidade .................................................................................................. 44 Tabela 08 cadastro de bairro.................................................................................................... 45 Tabela 09 cadastro de rua ........................................................................................................ 46 Tabela 10 cadastro de funcionrio........................................................................................... 47 Tabela 11 Cadastro de cliente .................................................................................................. 48 Tabela 12 cadastro de produto ................................................................................................ 49 Tabela 13 Cadastro de fornecedor........................................................................................... 50 Tabela 14 cadastro de cargo .................................................................................................... 51 Tabela 15 Carrinho de Compra................................................................................................. 52 Figura 16 Venda de Produtos ................................................................................................... 53 Tabela 17 Compra de Produtos................................................................................................ 54 Tabela 18 relatrio de compra por produto ............................................................................ 55 Tabela 19 produtos vendidos no dia ........................................................................................ 56 Tabela 20 produtos do estoque ............................................................................................... 57 Tabela 21 relao de vendas por clientes ................................................................................ 58 Tabela 22 relao de vendas mensais por cliente.................................................................... 59 Tabela 23 relao de produtos comprados por ms................................................................ 60 Tabela 24 relao de produtos comprados por fornecedor .................................................... 61

13

SUMRIO

1. INTRODUO ............................................................................................... 15
1.1. OBJETIVO ..................................................................................................................................16

2. A ORIENTAO A OBJETOS ...................................................................... 17

2.1. ABSTRAO ..............................................................................................................................17 2.2. HERANA ..................................................................................................................................18 2.3. POLIMORFISMO ..........................................................................................................................18 2.4. OBJETOS ...................................................................................................................................19 2.5. CLASSES ...................................................................................................................................19 2.5.1. SERVIOS ..............................................................................................................................19 2.5.2. ATRIBUTOS .............................................................................................................................20 2.5.3. MTODOS...............................................................................................................................20 2.6. POLIMORFISMO ..........................................................................................................................21 2.7. ENCAPSULAMENTO ....................................................................................................................21

3. UNIFIELD MODELING LANGUAGE (UML) .................................................. 22

3.1. OBJETIVOS DA UML...................................................................................................................22 3.2. DIAGRAMAS ...............................................................................................................................23 3.2.1. DIAGRAMAS DE USE CASE.......................................................................................................23 3.2.2. DIAGRAMAS DE CLASSE ...........................................................................................................24 3.2.3. DIAGRAMAS DE OBJETOS ........................................................................................................24 3.2.4. DIAGRAMAS DE ESTADO ..........................................................................................................25 3.2.5. DIAGRAMAS DE SEQNCIA .....................................................................................................26 3.2.6. DIAGRAMAS DE COLABORAO ...............................................................................................27 3.2.7. DIAGRAMA DE ATIVIDADES ......................................................................................................28 3.2.8. DIAGRAMA DE COMPONENTES .................................................................................................29 3.2.9. DIAGRAMAS DE IMPLANTAO .................................................................................................30

4. FERRAMENTAS PARA O DESENVOLVIMENTO DO SISTEMA................. 31

4.1. LINGUAGEM DE PROGRAMAO ..................................................................................................31 4.1.1. VISUAL STUDIO .......................................................................................................................31 4.2. BANCO DE DADOS......................................................................................................................32 4.2.1. SQL SERVER 2005 EXPRESS ..................................................................................................32 4.3. FERRAMENTA DA ANLISE ..........................................................................................................33 4.3.1. NETBEANS ..............................................................................................................................33 4.3.2. EA (ENTERPRISE ARCHITECT) .................................................................................................34

5. ANLISE E ESPECIFICAO DO SISTEMA............................................... 35

5.1. LEVANTAMENTO DE REQUISITOS .................................................................................................35 5.2. DECLARAO DE OBJETIVOS ......................................................................................................35 5.3. CRONOGRAMA DE ATIVIDADES ....................................................................................................35 5.4. ESPECIFICAO DE PRAZOS .......................................................................................................36 5.4.1. ESTRUTURA ANALTICA DO PROJETO ........................................................................................36 5.4.2. SEQUNCIAMENTO DAS ATIVIDADES ........................................................................................37 5.4.3. RECURSOS NECESSRIOS PARA DESENVOLVIMENTO DO SISTEMA .............................................38 5.4.4. ESTIMATIVA DE CUSTOS ..........................................................................................................38 5.5. LISTA DE EVENTOS ....................................................................................................................39 5.6. ESCOPO DO SISTEMA .................................................................................................................40 5.7. TABELA DE CASO DE USO (USE CASE) ........................................................................................41

6. ANLISE ORIENTADA A OBJETOS............................................................ 42

6.1. DIAGRAMA DE CASOS DE USO (USE-CASE).................................................................................42 6.2. DIAGRAMA DE CLASSE ...............................................................................................................62 6.3. DIAGRAMA DE SEQNCIA ..........................................................................................................63

14

7. INTERFACES DO SISTEMA ......................................................................... 64 8. CONCLUSO ................................................................................................ 69 9. BIBLIOGRAFIA ............................................................................................. 70

15

1. INTRODUO

Est comprovado que as empresas que j informatizou seu sistema constataram que informatizao s aumenta a produtividade e a rentabilidade dos negcios. Atualmente no questiona se informatiza ou no uma empresa, e sim a forma como se deve fazer o mesmo, investir de forma ordenada s aumentar os lucros. Atualmente toda empresa tem que levar em considerao a questo da informatizao da empresa, pois aquela que no se informatizar certamente ter vida curta, essa informatizao deve ser feita para ajudar a melhorar os seus negcios, agilizar processos, atingir seus objetivos e ter um diferencial no mercado.

Esse investimento que muitas empresas vm fazendo em informtica deve ser de forma organizada e ordenada, sempre observando a viabilidade econmica da mesma, deve agregar sempre, benefcios aos produtos e servios, onde o retorno econmico ser maior e principalmente oferecer um melhor atendimento aos seus clientes. H alguns anos na cidade de Quat, surgiu uma pequena empresa, empresa que desenvolve sistemas, Manuteno e venda de computadores. Atualmente essa empresa trabalha no ramo de informtica, na venda e manuteno, onde o sistema ter de ter uma atuao maior no ramo de vendas de materiais para a informtica. Sempre levando em considerao as rotinas de trabalho da empresa que envolve venda de matrias para a informtica observou-se sua maior deficincia, o sistema far o controle das vendas da empresa. Levando em considerao os problemas no departamento de vendas foi constatado que, era a hora de informatizar o setor. O projeto a ser implantado na empresa CAS info atuante no ramo da informtica, localizada na Rua Joo Padovan, numero 20, no Municpio de Quat, onde atua desde 2007, que visa atender os clientes sempre, e cada vez mais, com muita qualidade, educao e agilidade. Alm de venda de matrias para a informtica a empresa trabalha tambm com manuteno de computadores, mas esse assunto no ser considerado, pois o mesmo j esta informatizado. Nesse sentido o sistema dever controlar tambm, alm da venda o estoque dos produtos da empresa.

16

1.1. Objetivo

O trabalho tem como objetivo desenvolver um sistema que fornea apoio a tomada de deciso e mostre confiana ao usurio, fazendo uso da Orientao a objetos e paralelamente com a famosa tcnica UML (Linguagem de Modelagem Unificada), para ajudar a fazer a modelagem de todo o sistema. O sistema, esse ter funcionalidades de gerar cadastros, movimentar produtos com entrada e sada de produto, o mesmo criar relatrios de vrios aspectos, visando sempre maximizar as vendas e otimizar a produo da empresa. O Sistema ter como funcionalidade a gerao de Cadastros, a movimentao de caixa, ele ter uma ampla opo de relatrios, com o objetivo de assim fazer projees de lucros e despesas, o mesmo ir ajudar a controlar as vendas da loja, controlando o fluxo financeiro da loja, visando sempre mxima qualidade no controle de vendas. O sistema visa facilitar, tanto o cliente quanto os funcionrios da empresa. A informatizao do setor ser muito importante, por que assim os gerentes tero maior conhecimento dos lucros da empresa, em relao venda de produtos da loja. O trabalho tem como objetivo principal, oferecer um sistema que aperfeioe as vendas gerando assim mais lucro para a empresa, de fcil entendimento para usurios.

17

2. A ORIENTAO A OBJETOS

O termo Programao Orientada a Objetos foi criado por Alan Kay, autor da linguagem de programao Smalltalk. Mas mesmo antes da criao do Smalltalk, algumas das idias da POO j eram aplicadas, sendo que a primeira linguagem a realmente utilizar estas idias foi linguagem Simuda 67, por Ole Johan Dahl e Kristen Nygaard em 1967. Note que este paradigma de programao j bastante antigo, mas s agora vem sendo aceito realmente nas grandes empresas de desenvolvimento de Software. Alguns exemplos de linguagens modernas utilizadas por grandes empresas em todo o mundo que adotaram essas idias: Java, C#, C++, Object Pascal (Delphi), Ruby, Python, Lisp, etc. A maioria delas adota as idias parcialmente, dando espao para o antigo modelo procedural de programao, como acontece no C++ por exemplo, onde temos a possibilidade de usar POO, mas a linguagem no fora o programador a adotar este paradigma de programao, sendo ainda possvel programar da forma procedural tradicional. Este tipo de linguagem segue a idia de utilizar uma linguagem previamente existente como base e adicionar novas funcionalidades a ela. Outras so mais "puras", sendo construdas do zero focando-se sempre nas idias por trs da orientao a objetos como o caso das linguagens Smalltalk, Self, IO e famosa e tima linguagem, o Java, onde TUDO orientado a objetos.

2.1. Abstrao

A abstrao consiste na valorizao do que mais importante para o sistema e ignorando aspectos sem importncia, deixando de lado os seus detalhes. Existem dois tipos de abstrao: Abstrao de Dados seria uma forma de definir um tipo de dado por seus atributos. A manipulao dos dados feita atravs de seus mtodos. Abstrao de Procedimentos Consiste em operar procedimento definido como algo nico, mesmo utilizando outros procedimentos internos. Usa-se abstrao de procedimentos no momento em que uma funo se divide em sub-funes, que por sua vez destri quando acaba a funo do mesmo.

18

2.2. Herana

Fazendo uma comparao da Herana com a Biologia, o ser Humano um animal. E tem suas caractersticas que so mais conhecidos por atributos, e pode realizar todas as aes so os famosos mtodos de um animal. No entanto, ele tem algumas caractersticas e aes que s ele pode realizar. Em momentos como este, se utilizado da herana. Uma classe pode ser estendida para outras classes, estendo assim suas caractersticas para a outra classe e adicionar algumas coisas a mais. Desta forma, a classe Ser Humano ser uma especializao, ou seja, a subclasse da classe Animal. A classe Animal seria a classe pai da serHumano, e logicamente, a classe SerHumano seria a classe filha da Animal. Uma classe pode sempre ter vrios filhos, mas normalmente as linguagens de programao orientadas a objetos exigem que cada classe filha tenha apenas uma classe pai. A linguagem C++ permite que uma classe herde as caractersticas de varias classes (herana mltipla), mas C++ no um bom exemplo quando se est falando sobre conceitos de POO.

2.3. Polimorfismo

Um dos conceitos mais complicados de se entender, e tambm um dos mais importantes, o Polimorfismo. O termo polimorfismo originrio do grego e significa "muitas formas". Na orientao a objetos, isso significa que um mesmo tipo de objeto, sob certas condies, pode realizar aes diferentes ao receber uma mesma mensagem. Ou seja, apenas olhando o cdigo fonte no sabemos exatamente qual ser a ao tomada pelo sistema, sendo que o prprio sistema quem decide qual mtodo ser executado, dependendo do contexto durante a execuo do programa.

19

2.4. Objetos

Em uma linguagem procedural, a instncia de uma estrutura chamada de varivel. J uma instncia de uma classe chamada de objeto. A classe informa a cada objeto suas caractersticas (dados) e seu comportamento (mtodos). Suas caractersticas so informadas pela declarao de variveis de tipo primitivo (int, float, etc...) ou classes anteriormente definidas. Seus mtodos so definidos por funes, possibilitando a conversa entre dois objetos.

2.5. Classes

Uma classe definida pelo usurio, contm a especificao da classe, identificando seus atributos (dados) e seus mtodos (comportamento da classe). A definio de uma classe no responsvel pela criao de nenhuma instncia, portanto no ocupa uma parte da memria. Uma classe em linguagem orientada a Objeto tem possibilidade de combinar um nico registro de importantes informaes de um determinado objeto. [ Tatyana Bitencourt]

2.5.1. Servios

Um servio pode ser definido com um trabalho realizado sobre os dados de um objeto, de certa forma servios de um objeto so trabalhos pblicos. Quando solicitado por outro objeto por meio de um paradigma de passagem de mensagem, esses servios so definidos por prottipos. Prottipos so definidos por duas partes: nome das mensagens. [Richard C. Lee e William M.Tepfenhart]

20

2.5.2. Atributos

uma abstrao de uma caracterstica individual aplicvel ao domnio de negcios e possudo por todas as entidades que, em seus prprios termos, eram abstradas como objetos. Sob uma perspectiva tcnica, um atributo alguma varivel (item de dados ou alguma variao de estado) para qual cada objeto (instncia) tem seu prprio valor. Cada atributo deve ser provido de um nome exclusivo dentro de cada objeto/classe. Existem quatro tipos de atributos: descritivo, de identificao, de informao e o de estados referenciais. [Tatyana Bitencourt] Atributos Descritivos: so fatos intrnsecos a cada entidade; Atributos Identificao: so utilizados para nomear ou rotular uma entidade; Atributos de informao: so utilizados para manter uma histria da entidade; Atributos Referenciais: so fatos que vinculam um objeto.

2.5.3. Mtodos

um conjunto detalhado de operaes que um objeto executa quando outro objeto solicita um servio. Entretanto, por definio, um comportamento um conjunto de aes que um objeto responsvel por exibir alternativamente. Um mtodo especifica um comportamento de um objeto assim, o mtodo similar a uma funo da decomposio funcional. [ Lee & Tepfenhart, 2001]

21

2.6. Polimorfismo

Polimorfismo caracteriza a criao de funes com um mesmo nome, mas cdigos diferentes, facilitando a extenso de sistemas. Um tipo de polimorfismo a redefinio de mtodos para uma classe derivada. Para que isso acontea, o mtodo deve possuir o mesmo nome, tipo de retorno e argumentos do mtodo sobrescrito.

2.7. Encapsulamento

Encapsulamento consiste em esconder detalhes (dados) e oferecer uma interface comum aos objetos (mtodos). Toda vez que uma alterao deve ser feita em alguma varivel de instncia, deve ser feita atravs de um mtodo da classe. Caso alguma modificao ocorra em alguma varivel de instncia, sabe-se exatamente quais mtodos interagiram com a varivel, prevenindo alteraes acidentais. permitido ao usurio ver apenas os dados necessrios, todo o resto mantido escondido, atravs de especificadores de acesso (public, private, protected). A utilizao de encapsulamento tambm favorece a reusabilidade e manuteno do cdigo.

22

3. UNIFIELD MODELING LANGUAGE (UML)

A UML tem origem na compilao das "melhores prticas de engenharia" que provaram ter sucesso na modelagem de sistemas grandes e complexos. Sucedeu aos conceitos de Booch, OMT (Rumbaugh) e OOSE (Jacobson) fundindo-os numa nica linguagem de modelagem comum e largamente utilizada. A UML pretende ser a linguagem de modelagem padro para modelar sistemas concorrentes e distribudos. A UML ainda no um padro da indstria, mas esse objetivo est a tomar forma sob os auspcios do Object Management goup (OMG). O OMG pediu informao acerca de metodologias orientadas a objetos que pudessem criar uma linguagem rigorosa de modelagem de software. Muitos lderes da indstria responderam na esperana de ajudar a criar o padro. Os esforos para a criao da UML tiveram incio em outubro de 1994, quando Rumbaugh se juntou aBooch na Rational. Com o objetivo de unificar os mtodos, Booch e OMT, decorrido um ano de trabalho, foi lanado, em outubro de 1995, o esboo da verso 0.8 do Unified Process - Processo Unificado (como era conhecido). Nesta mesma poca, Jacobson se associou Rational e o escopo do projeto da UML foi expandido para incorporar o mtodo OOSE. Nasceu ento, em junho de 1996, a verso 0.9 da UML.

3.1. Objetivos da UML

A UML tem como objetivo: Ser umas linguagens visuais, expressivas, que se revele simples e eficaz. No depende de nenhuma linguagem de programao. No depende de processos flexvel.

23

3.2. Diagramas

Na UML existe vrios tipos de diagramas, mais especificamente existem 9 tipos de diagrama: de classe, objetos, seqncia, colaborao, caso de uso, implementao, atividades, estado e componentes. Em todos os diagramas, os conceitos so representados como, smbolos, e os relacionamentos entre conceitos so representados como trajetrias (linha) conectando smbolos cada um desses elementos ter um nome. [Lee & Tepfenhart, 2001]

3.2.1. Diagramas de Use Case

Os modelos de Casos de Uso so descritos atravs de Diagramas de Casos de Uso na UML. De uma forma geral, cada projeto de software conter um Diagrama de Casos de Uso. Para sistemas mais extensos, possvel decompor o diagrama em um conjunto de subdiagramas. Uma use case composta por duas partes os atores e os casos de uso que se relacionam.

Figura 01 exemplo de caso de uso

24

3.2.2. Diagramas de classe

As classes e objetos so as principais primitivas ou elementos de composio para softwares orientados a objetos. Na verdade, um sistema orientado a objetos composto por classes e por um conjunto de objetos que colaboram ou interagem para execuo dos servios e processos, oferecidos pelo sistema. Classes podem ter atributos que geralmente so membros de dados primitivos de objetos. A visibilidade de atributos e operaes de outros objetos pode ser definida, igualmente as suas assinaturas, incluindo tipos, valores padro, parmetros, tipos de parmetros tipo de retorno.

Figura 02 Exemplo de Diagrama de classe

3.2.3. Diagramas de Objetos

O diagrama de objetos uma variao do diagrama de classe. A diferena que ao contrrio do diagrama de classe o diagrama de objetos mostra os objetos que foram instanciados da classe. Portanto existe uma grande semelhana com o diagrama de classe, eles so escritos com seus nomes sublinhados onde todas as instncias do relacionamento so mostradas.

Figura 03 Exemplo de Diagrama de Objetos

25

3.2.4. Diagramas de Estado

De acordo com a UML, a especificao da dinmica do sistema deve ser feita atravs de diagramas de estados. Constri-se um diagrama de estados descrevendo o comportamento de cada classe e eventuais diagramas complementares para descrever a dinmica de todo o sistema ou de certos mdulos. Deve-se observar que, no caso das classes, o diagrama de estados deve reunir o comportamento de uma classe com todas as suas responsabilidades, ou seja, com o seu comportamento completo em todos os casos de uso. Desta forma, o diagrama de estados de uma classe ou uma descrio global do comportamento dos objetos desta classe em todo o sistema. [ docs.kde.org]

Figura 04 Exemplo de Diagrama de Estado

26

3.2.5. Diagramas de Seqncia

Os Diagramas de Seqncia mostram a troca de mensagens entre diversos Objetos, em uma situao especfica e delimitada no tempo. Objetos so instncias de classes. Diagramas de Seqncia colocam nfase especial na ordem e nos momentos nos quais mensagens para os objetos so enviadas. Em Diagramas de Seqncia objetos so representados atravs de linhas verticais tracejadas, com o nome do Objeto no topo. O eixo do tempo tambm vertical, aumentando para baixo, de modo que as mensagens so enviadas de um Objeto para outro na forma de setas com a operao e os nomes dos parmetros.[docs.kde.org]

Figura 05 Exemplo de Diagrama de Seqncia

27

3.2.6. Diagramas de Colaborao

Diagramas de Colaborao mostram as interaes que ocorrem entre os objetos participantes numa situao especfica. Isto mais ou menos a mesma informao mostrada pelos Diagramas de Seqncia, Em Diagramas de Colaborao as mensagens enviadas de um objeto para outro so representadas por setas, mostrando o nome da mensagem, parmetros, e a seqncia da mensagem. So especialmente indicados para mostrar um fluxo ou situao especfica do programa e so um dos melhores tipos de diagrama para rapidamente demonstrar ou explanar um processo na lgica do programa. [docs.kde.org]

Figura 06 Exemplo de Diagrama de Colaborao

28

3.2.7. Diagrama de Atividades

O Diagrama de Atividade descreve a seqncia de atividades num sistema com a ajuda as Atividades. Eles so uma forma especial de Diagramas de Estado, que somente (ou principalmente) contm Atividades. Diagramas de Atividade so similares as Diagramas de Fluxo de procedimentos, com a diferena de que todas as Atividades so claramente anexas aos Objetos, eles so sempre associados a uma Classe, uma Operao ou um Caso de Uso. [docs.kde.org]

Figura 07 Exemplo de Diagrama de Atividades

29

3.2.8. Diagrama de Componentes

O diagrama de componentes descreve a organizao e a dependncia entre componentes de implantao do Software. Ele mostra a estrutura dos componentes prprios e reais que sero utilizados para implementao do sistema.[Lee & Tepfenhart, 2001]

Figura 08 Exemplo de Diagrama de Componentes

30

3.2.9. Diagramas de Implantao

Ele descreve a configurao do processamento de elementos e o mapeamento de componentes de implementao do software no decorrer do processamento dos elementos. O diagrama de implantao mostra a instancia dos ns do processador, suas interconexes, instancias dos componentes que executaro neles, e a dependncia entre as instancias. [ Lee & Tepfenhart, 2001]

Figura 09 Exemplo de Diagrama de Implantao

31

4. FERRAMENTAS PARA O DESENVOLVIMENTO DO SISTEMA

4.1. Linguagem de Programao

4.1.1. Visual Studio A estrutura da Microsoft uma nova e completa maneira de programar na plataforma Microsoft. Os desenvolvedores da Microsoft sempre se preocupam principalmente com threads e memria (esse basicamente o modelo de programao API). Esse modelo perdurou em todas as reas de desenvolvimento, inclusive no desenvolvimento da Web, colocando um fardo pesado sobre os programadores. O.NET elaborado sobre a noo de tipos gerenciados. Os desenvolvedores cdigos Windows clssicos (e cdigos Web) escrevem classes usando a linguagem C++ ou Visual Basic. De certa forma, os tipos so semelhantes noo de classes em C++ em que tipos so unidades de estados com funcionalidades anexadas a eles. Porm, a semelhana termina ai. Enquanto era incumbncia do desenvolvedor gerar instancias de classes, hoje os tipos so totalmente gerenciados pelos servios do .NET Runtime, o Common Language Runtime (CLR). Veja a rea de trabalho do Visual Studio:

Figura 10 rea de Trabalho do Visual Studio

32

4.2. Banco de Dados

4.2.1. SQL Server 2005 express

O sistema far uso do SQL Server 2005 express para gerenciar a base de dados do web site, o SQL Server 2005 express um SGBD (sistema gerenciador de banco de dados)

Veja a rea de trabalho do SQL Server:

Figura 11 rea de trabalho do SQL Server 2005 express

33

4.3. Ferramenta da Anlise

4.3.1. Netbeans

No Brasil, umas das ferramentas de desenvolvimento Java, que junto plataforma Eclipse, sendo consagrada e usada pelos desenvolvedores a IDE (Interface Development Environment) NetBeans. O NetBeans uma IDE madura, desenvolvida pela Sun, que concorre diretamente com a plataforma Eclipse, embora digam que no, e que vem se destacando cada vez mais por ser uma complexa, gratuita e ao mesmo tempo uma ferramenta de desenvolvimento multi plataforma. Veja a seguir a rea de trabalho do netBeans onde foi desenvolvido o diagrama de seqncia.

Figura 12 Netbeans

34

4.3.2. EA (Enterprise Architect)

Enterprise Architect uma ferramenta de modelagem de sistemas, concepo da plataforma baseada em UML e normas associadas. gil, intuitivo e plenamente integrado, poderoso domnio especfico com caractersticas prprias. Um Sistema de grandes solues para visualizao, anlise, modelagem de sistemas, utilizado para anlise e manuteno de vrios sistemas, software, processos e arquiteturas. Tem, como base, uma larga experincia comprovada por muitos usurios no mundo inteiro. O Enterprise Architect escalvel, comparativo e com ferramentas que uma tima opo para a arquitetura de se prximo projeto.

Veja agora como a rea de trabalho do EA:

Figura 13 EA (Enterprise Architect)

35

5. ANLISE E ESPECIFICAO DO SISTEMA

5.1. Levantamento de Requisitos

Cadastros de Pais, Estado, Cidade, Bairro, Cliente, Fornecedor, Funcionrio, Cargo. O sistema deve ter um Controle sobre as vendas da empresa, o estoque, controlando tudo que entra e que sai. O mesmo ter muitos Relatrios de vendas, compras, cliente, produtos.

5.2. Declarao de Objetivos

O objetivo do trabalho implantar um sistema que supra as necessidades CAS info empresa de informtica, controlando entrada e sada de produtos, estoque, para que a empresa possa agilizar suas rotinas de trabalho possibilitando assim melhor desempenho da empresa.

5.3. Cronograma de atividades

Figura 14 Cronograma de atividades

36

5.4. Especificao de Prazos

5.4.1. Estrutura analtica do projeto

Figura 15 WBF

37

5.4.2. Sequnciamento das Atividades

Figura 16 Seqncia de Atividades

38

5.4.3. Recursos necessrios para desenvolvimento do Sistema

Pessoas Equipamentos

01 Desenvolvedor 01 notebook celeron M HD 60 GB 2 GB de RAM 01 Impressora Microsoft Office 2003 Microsoft Visual Studio SQL Server 2005 Express
Tabela 01 Recursos necessarios

Software

5.4.4. Estimativa de custos

Pessoal: 160 * R$ 25,00 = R$ 4.000,00 Notebook: R$ 1.700,00 Depreciao de 2 anos: R$ 1700/24= R$ 70,83 Mensal e 2,36 Dirio

Microsoft Office 2003: R$ 500,00 Depreciao de 2 anos: R$ 500,00/24 = R$ 20,83 mensal ou R$ 0,69 Dirio Custo de utilizao de 90 dias: 90* R$ 0,69 = R$ 62,10 Impressora: R$ 480,00 Depreciao de 2 anos: R$ 480,00/24 = R$ 20,00 mensal ou 0,66 Dirio Custo de utilizao de 30 dias: 30* R$ 0,66 = R$ 19,8 Total de Custos do Sistema: R$ 5.781,9

5.4.5. Oramento do Projeto

Recursos Pessoal Materiais Notebook Microsoft Office 2003 Impressora Total

Valor em R$ 4.000,00

1.700,00 62,10 19,8 5.781,9

Tabela 02 Oramento do projeto

39

5.5. Lista de Eventos

Numero
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 Funcionrio cadastra Pais Funcionrio cadastra Estado Funcionrio cadastra Cidade Funcionrio cadastra Bairro Funcionrio cadastra Rua Funcionrio cadastra Cliente

Eventos

Funcionrio cadastra Fornecedor Funcionrio cadastra Funcionrio Funcionrio cadastra Produto Funcionrio cadastra Cargo Cliente Adiciona produto ao Carrinho Cliente efetua a compra do Produto Funcionrio compra produto Funcionrio v relatrio de produto por compra Funcionrio v relatrio de produto vendido Funcionrio v relatrio de produto no estoque Funcionrio v relatrio de vendas por cliente Funcionrio v relatrio do Caixa Funcionrio v relatrio de produtos comprados no ms Funcionrio v relatrio de Compras por fornecedor

Tabela 03 Lista de eventos

40

5.6. Escopo do Sistema

Definio de scopo do trabalho

O sistema far o controle de todos os produtos que entra e que sai da Empresa, ele far o controle do estoque mostrando todos os produtos disponveis para a venda. O escopo tambm visa mostrar a maneira na qual descrito o projeto e a sua idia geral. Ir mostrar como se interagir com o mundo externo a sua viso e transformaes de funcionalidades.

41

5.7. Tabela de Caso de uso (Use Case) Descrio

Funcionrio cadastra Pais Funcionrio cadastra Estado Funcionrio cadastra Cidade Funcionrio cadastra Bairro Funcionrio cadastra Rua Funcionrio cadastra Cliente Funcionrio cadastra Fornecedor Funcionrio cadastra Funcionrio Funcionrio cadastra Produto Funcionrio cadastra Cargo Cliente adiciona produtos ao Carrinho de Compras Cliente faz a compra do Produto Funcionrio efetua compra de novo Produto Funcionrio v relatrio de produto por compra Funcionrio v relatrio de produto vendido Funcionrio v relatrio de produto no estoque Funcionrio v relatrio do Caixa da Empresa Funcionrio v relatrio de vendas por ms Funcionrio v relatrio de produtos comprados no ms Funcionrio v relatrio de Compras por fornecedor

Eventos
Dados do Pais Dados do Estado Dados da Cidade Dados do bairro Dados da Rua Dados do Cliente Dados do Fornecedor

Use Case
Cadastro de pais Cadastro de do Estado Cadastro de cidade Cadastrar de bairro Cadastrar rua Cadastrar Cliente Cadastrar Fornecedor

Resposta
Msgn01 Msgn02 Msgn03 Msgn04 Msgn05 Msgn06 Msgn07

Dados do Funcionrio

Cadastrar Funcionrio

Msgn08

Dados do produto Dados de Cargo Dados do Carrinho

Cadastrar Produto Cadastrar Cargo

Msgn09 Msgn10 Msgn11

Carrinho de Compras Dados da venda de produtos Msgn12 Venda de Produtos Msgn13 Dados do novo Produto Dados de venda por compra efetuada Dados de produtos vendidos Dados de produtos do estoque Dados do Caixa Compra de Produtos Relatrio de compra por produto Produtos vendidos Msgn14

Msgn15

Produtos no estoque

Msgn16

Relao do Caixa

Msgn17

Dados das vendas mensais Dados de produtos comprados no ms Dados de compra por fornecedor

Relao de vendas mensais Relao de produtos comprados no ms Relao de compra por fornecedor

Msgn18

Msgn19

Msgn20

Tabela 04 Tabela de caso de uso (use case) continuao

42

6. ANLISE ORIENTADA A OBJETOS

6.1. Diagrama de Casos de Uso (Use-Case)

Cadastro de pais

Figura 17 diagrama Use case cadastro de pais

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de pais Funcionrio O ator solicitar ao sistema informaes de cadastro para um novo pais. 1 O ator solicita um formulrio de cadastro para pais. 2 O sistema gera o formulrio de cadastro. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra um campo errado e no gera o cadastro. Tabela 05 Cadastro de pais

43

Cadastro de Estado

Figura 18 diagrama Use case cadastro de estado

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de Estado Funcionrio O ator solicitar ao sistema informaes de cadastro para um novo Estado. 1 O ator solicita um formulrio de cadastro para Estado. 2 O sistema gera o formulrio de cadastro. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra um campo errado e no gera o cadastro.

Tabela 06 cadastro de estado

44

Cadastro de Cidade

Figura 19 diagrama Use case cadastro de cidade

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de Cidade Funcionrio O ator solicitar ao sistema informaes de cadastro para uma nova Cidade. 1 O ator solicita um formulrio de cadastro para uma nova Cidade. 2 O sistema gera um formulrio de cadastro para um novo Funcionrio. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra um campo errado e no gera o cadastro.

Tabela 07 Cadastro de cidade

45

Cadastro de Bairro

Figura 20 diagrama Use case cadastro de bairro

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de bairro Funcionrio O ator pede ao sistema que fornea informaes de cadastro, para um novo bairro. 1 O ator solicita um formulrio de cadastro para o novo bairro a ser cadastrado. 2 O sistema gera o formulrio de cadastro. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra um campo errado e no gera o cadastro.

Tabela 08 cadastro de bairro

46

Cadastro de rua

Figura 21 diagrama Use case cadastro de rua

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de rua Funcionrio O ator pede que o sistema fornea informaes de cadastro para um novo cadastro de rua. 1 O ator solicita um formulrio de cadastro para a nova rua a ser cadastrado. 2 O sistema gera o formulrio de cadastro. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra um campo errado e no gera o cadastro. Tabela 09 cadastro de rua

47

Cadastro de funcionrio

Figura 22 diagrama Use case cadastro de Funcionrio

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de funcionrio Funcionrio O ator pede que o sistema fornea informaes de cadastro para um novo cadastro de funcionrio. 1 O ator solicita um formulrio de cadastro para o novo funcionrio a ser cadastrado. 2 O sistema gera o formulrio de cadastro. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra um campo errado e no gera o cadastro.

Tabela 10 cadastro de funcionrio

48

Cadastro de cliente

Figura 23 diagrama Use case cadastro de cliente

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de cliente Funcionrio O ator pede que o sistema fornea informaes de cadastro para um novo cadastro de cliente. 1 O ator solicita um formulrio de cadastro para o novo cliente a ser cadastrado. 2 O sistema gera o formulrio de cadastro. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra campos errado e no gera o formulrio de venda.

Tabela 11 Cadastro de cliente

49

Cadastro de produto

Figura 24 diagrama Use case cadastro de produto

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de pais Funcionrio O ator pede que o sistema fornea informaes de cadastro para um novo cadastro de produto. 1 O ator solicita um formulrio de cadastro para o novo produto a ser cadastrado no sistema. 2 O sistema gera o formulrio de cadastro. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra um campo errado e no gera o cadastro.

Tabela 12 cadastro de produto

50

Cadastro de fornecedor

Figura 25 diagrama Use case cadastro de fornecedor

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de fornecedor Funcionrio O ator pede que o sistema fornea informaes de cadastro para um novo cadastro de fornecedor. 1 O ator solicita um formulrio de cadastro para o novo fornecedor a ser cadastrado. 2 O sistema gera o formulrio de cadastro. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra um campo errado e no gera o cadastro.

Tabela 13 Cadastro de fornecedor

51

Cadastro de cargo

Figura 26 diagrama Use case cadastro de cargo

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Cadastro de cargo Funcionrio O ator pede que o sistema fornea informaes de cadastro para um novo cadastro de cargo. 1 O ator solicita um formulrio de cadastro para o novo cargo a ser cadastrado. 2 O sistema gera o formulrio de cadastro. 3 O ator preenche os campos corretamente todos os campos obrigatrios. 4 O ator envia as informaes para o sistema. 5 O sistema verifica campos obrigatrios. 6 concludo o cadastro. 7 O sistema gera um recibo do cadastro. O sistema encontra um campo errado e no gera o cadastro.

Tabela 14 cadastro de cargo

52

Carrinho de compra

Figura 27 diagrama Use case Carrinho de Compra

Nome da Use Case Ator (es) Descrio Cenrio Principal

Cenrio Alternativo

Carrinho de compra Cliente O ator cliente adiciona produtos ao carrinho. 1 O ator solicita um formulrio para fazer o pedido de compra. 2 O sistema gera um formulrio para ser feito o adicionamento do produto no carrinho. 3 O ator preenche os campos, com todos os dados necessrios. 4 O ator conclui sua operao 5 O sistema verifica a consistncia dos dados informados. O sistema encontra inconsistncia no formulrio e informa o cliente.

Tabela 15 Carrinho de Compra

53

Venda de Produtos

Figura 28 Diagrama de use case venda de produto

Nome da Use Case Ator (es) Descrio Cenrio Principal

Cenrio Alternativo

Venda de Produto Cliente O ator cliente compra produtos. 1 O ator solicita um formulrio para executar compra do produto. 2 O sistema gera um formulrio para a compra do mesmo. 3 O ator preenche os campos, com todos os dados necessrios. 4 O ator conclui sua operao 5 O sistema verifica a consistncia dos dados informados. O sistema encontra erros e no conclui a venda.

Figura 16 Venda de Produtos

54

Funcionrio efetua compra de produtos

Figura 29 diagrama Use case Compra de Produtos

Nome da Use Case Ator (es) Descrio Cenrio Principal

Cenrio Alternativo

Pedido de produto para fornecedor Funcionrio Nesse caso o ator faz um pedido de produto. 1 O ator solicita formulrio de pedido de compra de produtos. 2 O sistema gera um formulrio de pedido. 3 O ator preenche os campos. 4 O ator conclui a operao. 5 O sistema verifica se no h erros nos dados. 6 O sistema gera um recibo de pedido de produto. O sistema encontra erros no conclui a operao.

Tabela 17 Compra de Produtos

55

Relatrio de compra por produto

Figura 30 diagrama Use case relatrio de compra por produto

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Relatrio de compra por produto Funcionrio O ator funcionrio com cargo de gerente confere as informaes de todas as compras agrupadas por produto. 1 O ator solicita as informaes para o sistema. 2 O sistema gera todas as informaes e mostra na tela a solicitao do ator. O sistema no encontra informaes do fornecedor desejado.

Cenrio Alternativo

Tabela 18 relatrio de compra por produto

56

Produtos vendidos no dia

Figura 31 diagrama Use case produtos vendidos no dia

Nome da Use Case Ator (es) Descrio Cenrio Principal

Produtos vendidos no dia Funcionrio O ator confere as informaes de todas as vendas realizadas no dia atual. 1 O ator solicita as informaes para o sistema. 2 O sistema confere se h vendas no dia atual. 3 - O sistema gera todas as informaes e mostra na tela a solicitao do ator. O sistema no encontra informaes no atual dia.

Cenrio Alternativo

Tabela 19 produtos vendidos no dia

57

Produtos do estoque

Figura 32 diagrama Use case produtos do estoque

Nome da Use Case Ator (es) Descrio Cenrio Principal

Produtos do estoque Funcionrio Agora o ator checar todos os produtos que existe no estoque. 1 O ator solicita as informaes para o sistema. 2 O sistema gera todas as informaes e mostra na tela a solicitao do ator. O sistema no encontra informaes no estoque.

Cenrio Alternativo

Tabela 20 produtos do estoque

58

Caixa da Empresa

Figura 33 diagrama Use case relao de vendas por clientes

Nome da Use Case Ator (es) Descrio Cenrio Principal

Caixa da Empresa Funcionrio O ator confere as informaes financeiras da empresa 1 O ator solicita as informaes para o sistema. 2 O sistema gera as informaes solicitadas pelo ator e as mostra na tela a solicitao do ator. O sistema no encontra informaes.

Cenrio Alternativo

Tabela 21 relao de vendas por clientes

59

Relao de vendas mensais por cliente

Figura 34 diagrama Use case relao de vendas mensais por cliente

Nome da Use Case Ator (es) Descrio Cenrio Principal

Relao de vendas mensais por cliente Funcionrio O ator confere todas as vendas para clientes agrupadas por ms. 1 O ator solicita as informaes para o sistema. 2 O sistema confere as informaes, para ver se existe vendas no ms desejado. 3 O sistema gera todas as informaes as informaes desejadas. O sistema no encontra as informaes do ms desejado.

Cenrio Alternativo

Tabela 22 relao de vendas mensais por cliente

60

Relao de produtos comprados por ms

Figura 35 diagrama Use case relao de produtos comprados por ms

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Cenrio Alternativo

Relao de produtos comprados por ms Funcionrio Esse caso, o sistema gerar um relatrio de todos os produtos comprados no ms desejado. 1 O ator solicita um relatrio do sistema. 2 O sistema verifica se encontra as informaes desejadas. 3 O sistema gera o relatrio de todas as compras efetuadas no ms desejado. O sistema no encontra nenhuma informao no ms procurado.

Tabela 23 relao de produtos comprados por ms

61

Relao de produtos comprados por fornecedor

Figura 36 diagrama Use case relao de produtos comprados por fornecedor

Nome da Use Case Ator (es) Descrio

Cenrio Principal

Relao de produtos comprados por fornecedor Funcionrio Neste caso o funcionrio com cargo de gerente confere as informaes de todos os produtos agrupados por fornecedor 1 O ator solicita as informaes para o sistema. 2 O sistema gera todas as informaes e mostra na tela a solicitao do ator. O sistema no encontra informaes do fornecedor desejado.

Cenrio Alternativo

Tabela 24 relao de produtos comprados por fornecedor

62

6.2. Diagrama de Classe

Figura 37 diagrama classe

63

6.3. Diagrama de Seqncia

Figura 38 diagrama de Seqncia Funcionrio

Figura 39 diagrama de Seqncia - Cliente

64

7. INTERFACES DO SISTEMA

Esta a Home page a tela inicial do sistema, o lugar onde o cliente e funcionrio tm acesso ao sistema.

Figura 40 Tela Inicial do Web Site

65

Nessa tela se localiza o cadastro de Produtos Na rea Administrativa do sistema.

Figura 41 Tela para Cadastro de Produtos

66

Nessa tela se localiza o um Relatrio de fluxo de caixa Tambm na rea Administrativa do Sistema.

Figura 42 Tela de Relatrio do fluxo de caixa

67

Nessa tela se localiza o Cadastro de Clientes Tambm na rea Administrativa do Sistema.

Figura 43 Tela para Cadastro de Clientes

68

Nessa tela se localiza o Relatrio de Produtos do Estoque Tambm na rea Administrativa do Sistema.

Figura 44 Tela para Relatrio de todos os produtos do Estoque

69

8. CONCLUSO
Aps uma longa analise das necessidades da empresa, a soluo mais vivel para a mesma, ser a informatizao dos processos referentes s vendas da empresa, pois onde foi encontrada a maior deficincia da empresa encontrada nesse departamento, por tanto concluo que deve ser feita a informatizao do setor de vendas da empresa CAS info, a fim de agilizar processos, aumentando assim a lucratividade da empresa.

Aps a implantao do sistema na CAS info, concluo que esse poder satisfazer toda a necessidade do(s) usurio(s), e que os problemas ocorridos anteriormente era por no ter dados importantes na de deciso, tipo: -Entradas e Sadas de Produtos; -Clientes Cadastrados; -Fornecedores Cadastrados; -Controle de Funcionrios; -Relatrios diversos; As informaes sobre cadastros, entradas e sadas de produtos vendidos corretamente possibilitam um melhor controle do estoque para que a empresa possa ter maior controle sobre seus produtos, um atendimento dinmico para a satisfao dos clientes e Fornecedores, visto que todo o processo da empresa era feito de forma manual. Portanto para o proprietrio da empresa o sistema demonstrar a importncia da informatizao, alm dos benefcios que o trar para empresa em um determinado tempo.

Futuramente ser implantado o sistema de carto de crdito no sistema, inicialmente ser implantado um sistema de vendas apenas com boletos e futuramente ser desenvolvida a venda de produtos com carto de credito. O Banco de Dados ser todo mudado para Oracle.

70

9. BIBLIOGRAFIA

Guiadohardware.net,. Orientao a objetos http://www.guiadohardware.net/artigos/programacao-orientada-objetos/ Wikipdia. UML http://pt.wikipedia.org/wiki/UML Wikipdia. Oracle http://pt.wikipedia.org/wiki/Oracle UML, Fundamentos http://docs.kde.org/kde3/pt_BR/kdesdk/umbrello/umlbasics.html Silva, B. G. F,. Anlise Orientada a Objeto http://www.rootlinux.com.br/documentos/downloads/analise.pdf UML, Fundamentos http://docs.kde.org/kde3/pt_BR/kdesdk/umbrello/umlbasics.html URI, Universidade Regional Integrada do Alto Uruguai e das Misses, Anlise Orientada a Objeto, http://www.urisan.tche.br/~pbetencourt/engsoftII/orientacaoobjeto.doc.
Lee, R. C. & Tepfenhart, W. M. UML e C++ : Guia Prtico de Desenvolvimento

Orientado a Objeto, traduzido por Celso Roberto Paschoa, Makron Books LTD., 2002 Elementos UML http://docs.kde.org/stable/pt_BR/kdesdk/umbrello/uml-elements.html Diagrama de Componente http://fafica.codethe.net/comp.ppt#10