projeto

Desenvolvimento de uma Desenvolvimento de uma Ferramenta de Colaboração On-line Ferramenta de Colaboração On-line para otimizar a comunicação com para otimizar a comunicação com fornecedores e reduzir custos nos fornecedores e reduzir custos nos processos de obtenção de materiais processos de obtenção de materiais diretos e indiretos.diretos e indiretos.

por por Marcos Bispo de OliveiraMarcos Bispo de Oliveira

UNIVERSIDADE FEDERAL DE MATO GROSSO DO SULUNIVERSIDADE FEDERAL DE MATO GROSSO DO SULCENTRO UNIVERSITÁRIO DE DOURADOSCENTRO UNIVERSITÁRIO DE DOURADOSDEPARTAMENTO DE CIÊNCIAS EXATASDEPARTAMENTO DE CIÊNCIAS EXATASBACHARELADO EM ANÁLISE DE SISTEMASBACHARELADO EM ANÁLISE DE SISTEMAS

02/05/23 2

Roteiro Introdução

Objetivos Metodologia Justificativa

Marketing Reverso E-procurement

02/05/23 3

Roteiro (continuação) Solução Proposta

Objetivos Análise de dados e funções Aspectos de tecnologia

PHP & PostgreSQL Modelagem da Solução Proposta

Casos de uso Classes

02/05/23 4

Roteiro (continuação) Seqüências Componentes Modelagem dos dados

Lógica Física

Interface da Solução Proposta Cronograma de trabalho Considerações finais

02/05/23 5

Introdução Necessidade de economia (racionalização

da produção, melhor aproveitamento de recursos humanos, melhor gerenciamento das compras ) nas organizações;

Comprar bem faz parte de um conjunto de ações que fará com que a organização se torne mais competitiva e rentável, ou mais eficiente (no caso de organizações públicas);

Estratégias para comprar bem: marketing reverso e e-procurement;

02/05/23 6

Introdução (continuação) Objetivo Geral

Propor um sistema de colaboração on-line via internet, baseando-se nos conceitos de marketing reverso e e-procurement, para ser usado por empresas ou instituições públicas, cujos objetivos são: reduzir os custos operacionais e administrativos nos processos de licitação e/ou compra de materiais diretos e indiretos (materiais de consumo ou matéria prima), aumentar a eficiência destes processos, promover a competição entre os fornecedores destes materiais e reduzir os custos de obtenção.

02/05/23 7

Introdução (continuação)

Objetivo Específico Conceitos: marketing reverso e e-

procurement; Dados sobre a adoção do e-

procurement; Propor uma solução de e-

procurement; Elaborar o projeto da solução;

02/05/23 8

Introdução (continuação)

Metodologia Pesquisas bibliográficas; Coleta de dados estatísticos; Elaboração do projeto; Relatório final;

02/05/23 9

Introdução (continuação) Justificativa

Justifica-se este trabalho ao percebermos que a utilização de sistemas de e-procurement, tanto no Brasil quanto no mundo, ainda é pequena, e que, diante da necessidade crescente de otimização dos processos de compra e redução de custos operacionais, a popularização deste tipo de solução só traria benefícios para as partes interessadas (organizações públicas ou privadas).

02/05/23 10

Marketing reverso Devemos ressaltar a importância da

estratégia de suprimentos em uma organização;

Organização: sistema de transformação insumo-produto;

Controle da aquisição de insumos é de alta importância para o bom funcionamento do sistema como um todo;

02/05/23 11

Marketing reverso (continuação) Marketing tradicional:

Fornecedor em busca de consumidores (Vender, vender e vender);

Exemplos: campanhas da Nike, Nestlé e Coca-Cola;

Marketing Reverso: Inversão de papéis; Comprador sai a procura de boas

oportunidades de compra (Comprar, comprar e comprar);

02/05/23 12

Marketing reverso (continuação) Método agressivo e criativo, que faz parte

da estratégia de suprimentos da organização (o comprador toma a iniciativa);

Inclui: Pesquisas de preços com vários fornecedores; Parcerias com fornecedores estratégicos; Criação de sub-divisões responsáveis pela

produção e fornecimento de insumos;

02/05/23 13

E-procurement e = eletrônico, procurement =

obtençao; Surgiu após a explosão da internet

e está diretamente relacionado ao marketing reverso;

Procura integrar de forma eficiente os departamentos de compras das empresas com seus fornecedores;

02/05/23 14

E-procurement (continuação) O processo de seleção e aprovação das

compras é automatizado na internet; O custo de cotação e compra de um

produto fica muito mais baixo, pois o trabalho de cotar com dois ou 100 fornecedores é o mesmo;

Maior possibilidade de encontrar melhores preços e prazos, além de obter redução nos custos do processo de compra;

02/05/23 15

E-procurement (continuação) Dentre as vantagens, podemos citar:

Redução de custos nos processos de compra (papel, deslocamento, telefone, fax, etc);

Maior controle (comparações de preços e prazos de atendimento, desempenho de fornecedores, histórico de compras, etc);

Redução de nível de estoques; Agilização dos processos de cotação, aprovação

de requisições de compra e fechamento de pedidos;

Maior competição entre fornecedores (redução do preço final);

02/05/23 16

E-procurement (continuação) Tipos de soluções de e-procurement:

Software para e-procurement (integração de sistemas do comprador com fornecedor);

Mercado de troca na internet (comércio eletrônico entre empresas);

Leilão reverso; Consórcio de compra (união de muitos

compradores e agrupamento de volumes de compra);

02/05/23 17

E-procurement (continuação) Alguns utilizadores de soluções de

e-procurement no Brasil: Prefeitura de Curitiba, no Paraná; AGCO (líder mundial em fabricação e

distribuição de equipamentos agrícolas e peças de reposição);

Grupo Electrolux (líder mundial na produção e comercialização de eletrodomésticos);

02/05/23 18

E-procurement (continuação)

Pesquisa realizada por Antonio Davila, Mahendra Gupta e Richard J. Palmer (Stanford University), com 168 organizações dos Estados Unidos e Canadá, traça o estado atual da adoção e utilização das tecnologias de e-procurement na América do Norte.

02/05/23 19

Estratégias de adoção das tecnologias de E-Procurement

02/05/23 20

Estratégias de adoção das tecnologias de E-Procurement

Observam, sem experimentações.

Estão cientes do estágio atual do e-procurement, mas não destinam maiores recursos.

Investem seletivamente até que o melhor modelo de e-procurement possa ser identificado e adotado.

Movem-se rapidamente para o e-procurement.

Investem pesadamente para ganhar liderança competitiva no setor.

02/05/23 21

Eficiências geradas com a adoção de tecnologias de E-procurement

02/05/23 22

Solução Proposta Ferramenta do tipo web-

application, aplicação desenvolvida para a internet;

Roda em um servidor de internet; Acessada através do navegador

(browser) via internet, utilizando protocolo HTTP;

02/05/23 23

Modelo de Aplicação

02/05/23 24

Solução Proposta (continuação) Objetivos:

Permitir ao administrador do sistema gerenciar todos os dados de compradores, fornecedores, transportadores, processos de compra, lances de transporte e de fornecimento, incluindo dados auxiliares, dados de usuários e controle de acesso;

Permitir ao comprador criar listas de compras, constando os itens de produtos e suas respectivas categorias;

02/05/23 25

Solução Proposta (continuação) Objetivos (continuação):

Permitir ao comprador especificar uma programação de entrega, constando local e data de entrega, para cada item do processo de compra;

Permitir ao comprador, ao criar listas de compras, especificar quais fornecedores ou quais categorias de fornecedores deverão ser avisados sobre a abertura de novo processo de compra;

02/05/23 26


Permitir ao fornecedor visualizar listas de compras e itens de listas de compras;

Permitir ao fornecedor enviar lances contendo preço do produto e condições de pagamento e entrega para itens de listas de compras;

Permitir ao transportador visualizar listas de compras e itens de listas de compras, incluindo a programação de entrega do produto;

02/05/23 27


Permitir ao transportador enviar lances contendo preço do frete e condições de pagamento para itens de listas de compras;

Permitir ao comprador visualizar os lances enviados por fornecedores e transportadores;

Permitir ao comprador selecionar os melhores lances de fornecimento e transporte;

Permitir ao comprador, após eleger os melhores lances de fornecimento e transporte, enviar o pedido de compra ao fornecedor e o pedido de transporte ao transportador;

02/05/23 28

Solução Proposta (continuação)

Módulos: Gerenciamento geral; Gerenciamento de processos de

compra; Gerenciamento de lances de

fornecimento; Gerenciamento de lances transporte;

02/05/23 29


Módulo de gerenciamento geral: Será utilizado pelo usuário

administrador do Sistema, e fornecerá acesso a todos os cadastros do sistema, e também o controle de usuários e de permissões de acesso.

02/05/23 30


Módulo de gerenciamento de processos de compra: Será utilizado pelo usuário comprador,

permitindo a abertura e encerramento de processos de compra, aprovação de lances de fornecimento e de lances de transporte, envio de pedidos de compra e de transporte.

02/05/23 31

Solução Proposta (continuação) Módulo de gerenciamento de

lances de fornecimento: Será utilizado pelo usuário

fornecedor, e permitirá ao fornecedor visualizar processos de compras, enviar ou cancelar lances de fornecimento, visualizar o ranking de lances e estabelecer comunicação com outros usuários do sistema.

02/05/23 32


Módulo de gerenciamento de lances de transporte: Será utilizado pelo usuário

transportador e permitirá a este visualizar processos de compras, gerenciar seus lances de transporte, visualizar o ranking de lances de transporte e estabelecer comunicação com outros usuários do sistema.

02/05/23 33


Análise de dados e funções: Dados (principais entidades):

Pessoa jurídica, Comprador, Fornecedor, Transportador, Processo de compra, Item de processo de compra, Lance de fornecedor, Lance de transportador, Endereço, Local de entrega, Programação de entrega, Usuário, Módulo de sistema, Categoria de produto, Sub-categoria de produto;

02/05/23 34

Solução Proposta (continuação) Análise de dados e funções (continuação):

Funções (principais funções): Para todas as entidades: inclusão, alteração, exclusão,

emissão de relatórios, consultas e geração de gráficos estatísticos;

Envio de avisos de abertura e encerramento de processos de compras;

Avisos (por e-mail) de lances vencedores para os usuários transportadores ou fornecedores;

Envio de lances de transporte e fornecimento; Abertura e encerramento de processos de compra; Seleção de lances; Obtenção de fornecedores compatíveis;

02/05/23 35

Solução Proposta (continuação) Aspectos de tecnologia

PHP (Hipertext pre-processor) Linguagem parecida com “C”, embutida em HTML; Pré-compilada; Facilidades: conversão automática de tipos,

declaração automática de variáveis; Multi-plataforma (Windows, Unix, Linux); Compatível com grande número de servidores de

banco de dados; Livre distribuição de fontes e binários (software livre); Suporte parcial a OOP na versão 4 (melhorado na

versão 5);

02/05/23 36

Solução Proposta (continuação) Aspectos de tecnologia (continuação)

PostgreSQL Sistema de gerenciamento de banco de dados

objeto-relacional (ORDBMS); Desenvolvido nos Estados Unidos, na

universidade da Califórnia no depto. de Ciências da Computação de Berkeley;

Suporta SQL 92 e 99, herança, tipos de dados, constraints, triggers, regras, integridade transacional;

Livre distribuição;

02/05/23 37

Modelagem da Solução Proposta Feita com base na notação UML (Unified

Modeling Language); Diagramas usados:

Casos de uso; Classes; Seqüências; Componentes;

Também foram utilizados o DER e o MER;

02/05/23 38

Modelagem da Solução Proposta (continuação)

Casos de uso Visão geral do sistema, incluindo

atores e interações que deverão ocorrer entre estes atores e o sistema.

02/05/23 39


Primeiro caso de uso: Administrador do sistema define

permissões de acesso para o usuário (comprador, transportador ou fornecedor) e gerencia todos os cadastros do sistema (cadastra, altera, exclui).

02/05/23 40

Primeiro caso de uso

02/05/23 41


Segundo caso de uso: Interação que deverá ocorrer quando

o usuário comprador, transportador ou fornecedor, neste caso representado pelo ator “Pessoa jurídica”, obtêm informações complementares, como informações bancárias e contatos.

02/05/23 42

Segundo caso de uso

02/05/23 43


Terceiro caso de uso: Mostra todas as interações que

deverão ocorrer entre o sistema e o usuário comprador, como por exemplo, o ato de eleger um lance de fornecimento para um item de um processo de compra.

02/05/23 44

Terceiro caso de uso

02/05/23 45


Quarto caso de uso: Mostra as interações entre o usuário

fornecedor ou transportador e o sistema.

02/05/23 46

Quarto caso de uso

02/05/23 47


Classes Todas as entidades, de acordo com o

paradigma da orientação a objetos, contendo atributos e métodos.

02/05/23 48

Diagrama de classes

02/05/23 49


Seqüências Para cada caso de uso foi elaborado

um diagrama de seqüência, que mostra as operações correspondentes às classes, sendo iniciadas pelos atores, mostrando também os parâmetros que deverão ser recebidos por cada operação e os valores de retorno.

02/05/23 50


Seqüência 1 Relacionado ao primeiro caso de uso,

onde mostramos a interação que deverá ocorrer no momento em que o administrador do sistema define permissões de acesso para o usuário (comprador, transportador ou fornecedor) e gerencia todos os cadastros do sistema.

02/05/23 51

Seqüência 1

02/05/23 52


Seqüência 2 Relacionado ao segundo caso de uso,

onde representamos a interação que deverá ocorrer quando o usuário comprador, transportador ou fornecedor, neste caso representado pelo ator “Pessoa jurídica”, obtêm informações complementares, como informações bancárias e contatos.

02/05/23 53

Seqüência 2

02/05/23 54


Seqüência 3 Relacionado ao terceiro caso de uso,

onde mostramos todas as interações que deverão ocorrer entre o sistema e o usuário comprador, como por exemplo, o ato de eleger um lance de fornecimento para um item de produto constante de um processo de compra.

02/05/23 55

Seqüência 3

02/05/23 56


Seqüência 4 Relacionado ao quarto caso de uso,

mostra as relações que devem ocorrer entre o usuário fornecedor ou transportador e o sistema.

02/05/23 57

Seqüência 4

02/05/23 58

Modelagem da Solução Proposta (continuação) Componentes

Visão de como o sistema deverá estar organizado; Cada componente representa uma divisão do

sistema, onde podemos ver que a interface do usuário, contida no componente “Front-end” necessita dos componentes “Gerenciamento”, “Processos de compra”, “Lances de transporte” e “Lances de fornecimento”, e estes por sua vez necessitam do componente “Classes” que utiliza o componente “Utilitários” para fazer acesso a banco de dados, validações e leitura de configurações;

02/05/23 59

ComponentesFront-end

Utilitarios

classes*

Gerenciamento Lances de fornecimentoLances de transporteProcessos de compra

index.php

gerenciamento.php pcompra.php ltransporte.php lfornecimento.php

db.phpconfig.phperro.phpvalida.class.php

*Classes: bairro.class.phpcategoria_produto.class.phpcidade.class.phpcomprador.class.phpcontato.class.phpdireito_acesso.class.phpendereco.class.phpestado.class.phpfornecedor.class.phpfornecedor_sub_categoria_produto.class.phpinf_bancaria.class.phpitem_processo_compra.class.phplance_fornecedor.class.phplance_transportador.class.phplogradouro.class.phpmodulo.class.phppessoa_juridica.class.phpprocesso_compra.class.phpprogramacao_entrega.class.phpsub_categoria_produto.class.phptransportador.class.phpusuario.class.php

02/05/23 60

Modelagem da Solução Proposta (continuação) Modelagem dos dados

Lógica DER (Diagrama de entidade-

relacionamento); Apresenta a estrutura lógica de

armazenamento dos dados que o sistema deverá tratar;

Mostra apenas a estrutura de entidades (que futuramente se tornarão tabelas de banco de dados) e os seus relacionamentos;

02/05/23 61

DER (Diagrama de entidade-relacionamento)

02/05/23 62

Modelagem da Solução Proposta (continuação) Modelagem dos dados (continuação)

Física MER (Modelo de entidade-relacionamento),

enfatiza a estrutura física das entidades e seus relacionamentos, mostrando para cada entidade, todos os seus campos e tipos de dados e para cada relacionamento, o nome físico do mesmo, e ainda todas as chaves primárias e estrangeiras de cada entidade;

A estrutura física dos dados foi formatada e especificada para ser compatível com o gerenciador de banco de dados PostgreSQL;

02/05/23 63

MER (Modelo de entidade-relacionamento)

02/05/23 64

Interface da Solução Proposta Serão mostrados os desenhos de

algumas das principais telas de interface com o usuário;

As telas foram elaboradas usando ferramentas de edição de HTML. Todas as telas foram capturadas a partir do navegador de internet;

02/05/23 65

Tela de entrada do sistema

02/05/23 66

Tela exibida após a entrada do usuário administrador

02/05/23 67

Tela exibida após a entrada do usuário fornecedor

02/05/23 68

Visualização da lista de processos de compra ativos

02/05/23 69

Visualização de detalhes do processo de compra

02/05/23 70

Envio de lances de fornecimento

02/05/23 71

Visualização de lances de fornecimento

02/05/23 72

Cronograma de Trabalho Para que o protótipo do sistema

esteja disponível e possa ser colocado “em produção”, é necessário desenvolver, além das classes, a interface do usuário e os módulos de gerenciamento, e ainda realizar todos os testes de implementação.

02/05/23 73

Cronograma de trabalho

Etapas do cronograma:

1) Desenvolvimento do código das classes;2) Desenvolvimento da interface do usuário;3) Desenvolvimento dos módulos de gerenciamento e módulos

utilitários;4) Testes de implementação e correção de erros;

02/05/23 74

Considerações Finais Procurou-se, com este trabalho, propor o

desenvolvimento de uma ferramenta de e-procurement, do tipo leilão-reverso, através da análise e a modelagem do sistema. Espera-se que o trabalho contribua para a popularização deste tipo de ferramenta, uma vez que a popularização e o aumento da utilização das tecnologias de e-procurement no Brasil, tanto em organizações privadas, quanto públicas, pode trazer benefícios significativos.

02/05/23 75

Perguntas?

projeto

Technology