• Nenhum resultado encontrado

PROPOSTA PARA O TRABALHO DE CONCLUSÃO DE CURSO SISTEMA GERENCIAL PARA AUTOMAÇÃO DE FORÇA DE VENDAS USANDO DISPOSITIVOS MÓVEIS BASEADOS EM PALM OS

N/A
N/A
Protected

Academic year: 2021

Share "PROPOSTA PARA O TRABALHO DE CONCLUSÃO DE CURSO SISTEMA GERENCIAL PARA AUTOMAÇÃO DE FORÇA DE VENDAS USANDO DISPOSITIVOS MÓVEIS BASEADOS EM PALM OS"

Copied!
23
0
0

Texto

(1)

TURNO: NOTURNO VERSÃO: 02 No UNIVERSIDADE REGIONAL DE BLUMENAU

CENTRO DE CIÊNCIAS EXATAS E NATURAIS DEPARTAMENTO DE SISTEMAS E COMPUTAÇÃO

CURSO DE CIÊNCIAS DA COMPUTAÇÃO — BACHARELADO COORDENAÇÃO DE TRABALHO DE CONCLUSÃO DE CURSO

PROPOSTA PARA O TRABALHO DE CONCLUSÃO DE CURSO

TÍTULO: SISTEMA GERENCIAL PARA AUTOMAÇÃO DE FORÇA DE VENDAS USANDO DISPOSITIVOS MÓVEIS BASEADOS EM PALM OS

ÁREA: Dispositivos Móveis

Palavras-chave: Automação. Vendas. Palm OS.

1 IDENTIFICAÇÃO 1.1 ALUNO

Nome: Tiago Machado Código/matrícula: 72574

Endereço residencial:

Rua: Araranguá n°: 368 Complemento:

Bairro: Garcia CEP: 89020-300 Cidade: Blumenau UF: SC

Telefone fixo: 33265855 Celular: 84087788

Endereço comercial:

Empresa: Senior Sistemas

Rua: Luiz Sachtleben n°: 115 Bairro: Victor Konder

CEP: 89012530 Cidade: Blumenau UF: SC Telefone: 32213300

E-Mail FURB: tiago@inf.furb.br E-Mail alternativo: tiagomablu@gmail.com

1.2 ORIENTADOR

Nome: Francisco Adell Péricas

E-Mail FURB: pericas@furb.br E-Mail alternativo:

(2)

2 DECLARAÇÕES

2.1 DECLARAÇÃO DO ALUNO

Declaro que estou ciente do Regulamento do Trabalho de Conclusão de Curso de Ciências da Computação e que a proposta em anexo, a qual concordo, foi por mim rubricada em todas as páginas. Ainda me comprometo pela obtenção de quaisquer recursos necessários para o desenvolvimento do trabalho, caso esses recursos não sejam disponibilizados pela Universidade Regional de Blumenau (FURB).

Assinatura: Local/data:

2.2 DECLARAÇÃO DO ORIENTADOR

Declaro que estou ciente do Regulamento do Trabalho de Conclusão do Curso de Ciências da Computação e que a proposta em anexo, a qual concordo, foi por mim rubricada em todas as páginas. Ainda me comprometo a orientar o aluno da melhor forma possível de acordo com o plano de trabalho explícito nessa proposta.

Assinatura: Local/data:

(3)

3 AVALIAÇÃO DA PROPOSTA

3.1 AVALIAÇÃO DO(A) ORIENTADOR(A)

Acadêmico(a): Tiago Machado Orientador(a): Francisco Adell Péricas

ASPECTOS AVALIADOS

atende atende parcialmente não atende

1. INTRODUÇÃO

1.1. O tema de pesquisa está devidamente contextualizado/delimitado?

1.2. O problema está claramente formulado?

2. OBJETIVOS

2.1. O objetivo geral está claramente definido e é passível de ser alcançado?

2.2. São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral?

Caso não sejam apresentados objetivos específicos, deixe esse item em branco.

3. RELEVÂNCIA

3.1. A proposta apresenta um grau de relevância em computação que justifique o desenvolvimento do TCC?

4. METODOLOGIA

4.1. Foram relacionadas todas as etapas necessárias para o desenvolvimento do TCC?

4.2. Os métodos e recursos estão devidamente descritos e são compatíveis com a metodologia proposta?

4.3. A proposta apresenta um cronograma físico (período de realização das etapas) de maneira a permitir a execução do TCC no prazo disponível?

5. REVISÃO BIBLIOGRÁFICA

5.1. As informações apresentadas são suficientes e têm relação com o tema do TCC?

5.2. São apresentados trabalhos correlatos, bem como comentadas as principais características dos mesmos?

6. REQUISITOS DO SISTEMA A SER DESENVOLVIDO

6.1. Os requisitos funcionais e não funcionais do sistema a ser desenvolvido foram claramente descritos?

ASPECTOS TÉCNICOS

7. CONSIDERAÇÕES FINAIS

7.1. As considerações finais relacionam os assuntos apresentados na revisão bibliográfica com a realização do TCC?

8. REFERÊNCIAS BIBLIOGRÁFICAS

8.1. As referências bibliográficas obedecem às normas da ABNT?

8.2. As referências bibliográficas contemplam adequadamente os assuntos abordados na proposta (são usadas obras atualizadas e/ou as mais importantes da área)?

9. CITAÇÕES

9.1. As citações obedecem às normas da ABNT?

9.2. As informações retiradas de outros autores estão devidamente citadas?

10. AVALIAÇÃO GERAL (organização e apresentação gráfica, linguagem usada) 10.1. O texto obedece ao formato estabelecido?

ASPECTOS METODOLÓGICOS

10.2. A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)?

A proposta de TCC deverá ser revisada, isto é, necessita de complementação, se:

qualquer um dos itens tiver resposta NÃO ATENDE;

pelo menos 4 (quatro) itens dos ASPECTOS TÉCNICOS tiverem resposta ATENDE PARCIALMENTE; ou

pelo menos 4 (quatro) itens dos ASPECTOS METODOLÓGICOS tiverem resposta ATENDE PARCIALMENTE.

PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO

Assinatura do(a) avaliador(a): Local/data:

(4)

CONSIDERAÇÕES DO(A) ORIENTADOR(A):

Caso o(a) orientador(a) tenha assinalado em sua avaliação algum item como “atende parcialmente”, devem ser relatos os problemas/melhorias a serem efetuadas.

Na segunda versão, caso as alterações sugeridas pelos avaliadores não sejam efetuadas, deve-se incluir uma justificativa.

Assinatura do(a) avaliador(a): Local/data:

(5)

3.2 AVALIAÇÃO DO(A) COORDENADOR DE TCC

Acadêmico(a): Tiago Machado

Avaliador(a): José Roque Voltolini da Silva

ASPECTOS AVALIADOS

atende atende parcialmente não atende

1. INTRODUÇÃO

1.1. O tema de pesquisa está devidamente contextualizado/delimitado?

1.2. O problema está claramente formulado?

2. OBJETIVOS

2.1. O objetivo geral está claramente definido e é passível de ser alcançado?

2.2. São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral?

Caso não sejam apresentados objetivos específicos, deixe esse item em branco.

3. RELEVÂNCIA

3.1. A proposta apresenta um grau de relevância em computação que justifique o desenvolvimento do TCC?

4. METODOLOGIA

4.1. Foram relacionadas todas as etapas necessárias para o desenvolvimento do TCC?

4.2. Os métodos e recursos estão devidamente descritos e são compatíveis com a metodologia proposta?

4.3. A proposta apresenta um cronograma físico (período de realização das etapas) de maneira a permitir a execução do TCC no prazo disponível?

5. REVISÃO BIBLIOGRÁFICA

5.1. As informações apresentadas são suficientes e têm relação com o tema do TCC?

5.2. São apresentados trabalhos correlatos, bem como comentadas as principais características dos mesmos?

6. REQUISITOS DO SISTEMA A SER DESENVOLVIDO

6.1. Os requisitos funcionais e não funcionais do sistema a ser desenvolvido foram claramente descritos?

ASPECTOS TÉCNICOS

7. CONSIDERAÇÕES FINAIS

7.1. As considerações finais relacionam os assuntos apresentados na revisão bibliográfica com a realização do TCC?

8. REFERÊNCIAS BIBLIOGRÁFICAS

8.1. As referências bibliográficas obedecem às normas da ABNT?

8.2. As referências bibliográficas contemplam adequadamente os assuntos abordados na proposta (são usadas obras atualizadas e/ou as mais importantes da área)?

9. CITAÇÕES

9.1. As citações obedecem às normas da ABNT?

9.2. As informações retiradas de outros autores estão devidamente citadas?

10. AVALIAÇÃO GERAL (organização e apresentação gráfica, linguagem usada) 10.1. O texto obedece ao formato estabelecido?

ASPECTOS METODOLÓGICOS

10.2. A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)?

A proposta de TCC deverá ser revisada, isto é, necessita de complementação, se:

qualquer um dos itens tiver resposta NÃO ATENDE;

pelo menos 4 (quatro) itens dos ASPECTOS TÉCNICOS tiverem resposta ATENDE PARCIALMENTE; ou

pelo menos 4 (quatro) itens dos ASPECTOS METODOLÓGICOS tiverem resposta ATENDE PARCIALMENTE.

PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO OBSERVAÇÕES:

Assinatura do(a) avaliador(a): Local/data:

(6)

3.3 AVALIAÇÃO DO(A) PROFESSOR(A) DA DISCIPLINA DE TCCI

Acadêmico(a): Tiago Machado Avaliador(a): Joyce Martins

ASPECTOS AVALIADOS

atende atende parcialmente não atende

1. INTRODUÇÃO

1.1. O tema de pesquisa está devidamente contextualizado/delimitado?

1.2. O problema está claramente formulado?

2. OBJETIVOS

2.1. O objetivo geral está claramente definido e é passível de ser alcançado?

2.2. São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral?

Caso não sejam apresentados objetivos específicos, deixe esse item em branco.

3. RELEVÂNCIA

3.1. A proposta apresenta um grau de relevância em computação que justifique o desenvolvimento do TCC?

4. METODOLOGIA

4.1. Foram relacionadas todas as etapas necessárias para o desenvolvimento do TCC?

4.2. Os métodos e recursos estão devidamente descritos e são compatíveis com a metodologia proposta?

4.3. A proposta apresenta um cronograma físico (período de realização das etapas) de maneira a permitir a execução do TCC no prazo disponível?

5. REVISÃO BIBLIOGRÁFICA

5.1. As informações apresentadas são suficientes e têm relação com o tema do TCC?

5.2. São apresentados trabalhos correlatos, bem como comentadas as principais características dos mesmos?

6. REQUISITOS DO SISTEMA A SER DESENVOLVIDO

6.1. Os requisitos funcionais e não funcionais do sistema a ser desenvolvido foram claramente descritos?

ASPECTOS TÉCNICOS

7. CONSIDERAÇÕES FINAIS

7.1. As considerações finais relacionam os assuntos apresentados na revisão bibliográfica com a realização do TCC?

8. REFERÊNCIAS BIBLIOGRÁFICAS

8.1. As referências bibliográficas obedecem às normas da ABNT?

8.2. As referências bibliográficas contemplam adequadamente os assuntos abordados na proposta (são usadas obras atualizadas e/ou as mais importantes da área)?

9. CITAÇÕES

9.1. As citações obedecem às normas da ABNT?

9.2. As informações retiradas de outros autores estão devidamente citadas?

10. AVALIAÇÃO GERAL (organização e apresentação gráfica, linguagem usada) 10.1. O texto obedece ao formato estabelecido?

ASPECTOS METODOLÓGICOS

10.2. A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)?

PONTUALIDADE NA ENTREGA atraso de _____ dias A proposta de TCC deverá ser revisada, isto é, necessita de complementação, se:

qualquer um dos itens tiver resposta NÃO ATENDE;

pelo menos 4 (quatro) itens dos ASPECTOS TÉCNICOS tiverem resposta ATENDE PARCIALMENTE; ou

pelo menos 4 (quatro) itens dos ASPECTOS METODOLÓGICOS tiverem resposta ATENDE PARCIALMENTE.

PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO OBSERVAÇÕES:

Assinatura do(a) avaliador(a): Local/data:

(7)

3.4 AVALIAÇÃO DO(A) PROFESSOR(A) ESPECIALISTA NA ÁREA

Acadêmico(a): Tiago Machado Avaliador(a):

ASPECTOS AVALIADOS

atende atende parcialmente não atende

1. INTRODUÇÃO

1.1. O tema de pesquisa está devidamente contextualizado/delimitado?

1.2. O problema está claramente formulado?

2. OBJETIVOS

2.1. O objetivo geral está claramente definido e é passível de ser alcançado?

2.2. São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral?

Caso não sejam apresentados objetivos específicos, deixe esse item em branco.

3. RELEVÂNCIA

3.1. A proposta apresenta um grau de relevância em computação que justifique o desenvolvimento do TCC?

4. METODOLOGIA

4.1. Foram relacionadas todas as etapas necessárias para o desenvolvimento do TCC?

4.2. Os métodos e recursos estão devidamente descritos e são compatíveis com a metodologia proposta?

4.3. A proposta apresenta um cronograma físico (período de realização das etapas) de maneira a permitir a execução do TCC no prazo disponível?

5. REVISÃO BIBLIOGRÁFICA

5.1. As informações apresentadas são suficientes e têm relação com o tema do TCC?

5.2. São apresentados trabalhos correlatos, bem como comentadas as principais características dos mesmos?

6. REQUISITOS DO SISTEMA A SER DESENVOLVIDO

6.1. Os requisitos funcionais e não funcionais do sistema a ser desenvolvido foram claramente descritos?

ASPECTOS TÉCNICOS

7. CONSIDERAÇÕES FINAIS

7.1. As considerações finais relacionam os assuntos apresentados na revisão bibliográfica com a realização do TCC?

8. REFERÊNCIAS BIBLIOGRÁFICAS

8.1. As referências bibliográficas obedecem às normas da ABNT?

8.2. As referências bibliográficas contemplam adequadamente os assuntos abordados na proposta (são usadas obras atualizadas e/ou as mais importantes da área)?

9. CITAÇÕES

9.1. As citações obedecem às normas da ABNT?

9.2. As informações retiradas de outros autores estão devidamente citadas?

10. AVALIAÇÃO GERAL (organização e apresentação gráfica, linguagem usada) 10.1. O texto obedece ao formato estabelecido?

ASPECTOS METODOLÓGICOS

10.2. A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)?

A proposta de TCC deverá ser revisada, isto é, necessita de complementação, se:

qualquer um dos itens tiver resposta NÃO ATENDE;

pelo menos 4 (quatro) itens dos ASPECTOS TÉCNICOS tiverem resposta ATENDE PARCIALMENTE; ou

pelo menos 4 (quatro) itens dos ASPECTOS METODOLÓGICOS tiverem resposta ATENDE PARCIALMENTE.

PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO OBSERVAÇÕES:

Assinatura do(a) avaliador(a): Local/data:

(8)

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS

CURSO DE CIÊNCIAS DA COMPUTAÇÃO – BACHARELADO

SISTEMA GERENCIAL PARA AUTOMAÇÃO DE FORÇA DE VENDAS USANDO DISPOSITIVOS MÓVEIS BASEADOS EM

PALM OS

TIAGO MACHADO

BLUMENAU 2006

(9)

TIAGO MACHADO

SISTEMA GERENCIAL PARA AUTOMAÇÃO DE FORÇA DE VENDAS USANDO DISPOSITIVOS MÓVEIS BASEADOS EM

PALM OS

Proposta de Trabalho de Conclusão de Curso submetida à Universidade Regional de Blumenau para a obtenção dos créditos na disciplina Trabalho de Conclusão de Curso I do curso de Ciências da Computação — Bacharelado.

Prof. Francisco Adell Péricas - Orientador

BLUMENAU 2006

(10)

2 1 INTRODUÇÃO

Os pequenos negócios caracterizam-se, de modo geral, pela flexibilidade e capacidade de adaptar-se às necessidades dos clientes. Fidelidade, criatividade e agilidade nos processos de decisão e na elaboração de soluções são algumas das virtudes que dão às micro e pequenas empresas competitividade para obter sucesso nas atuais condições de mercado. Ao mesmo tempo, essas empresas costumam conviver com reduzida disponibilidade de capital, problemas de liquidez, dificuldades de crédito, baixa produtividade, acesso restrito a mercados e produção em pequena escala (ALLI, 2004, p. 16).

Os dispositivos móveis permitem a mobilidade e o armazenamento confiável destas informações. O software corporativo, já faz parte da vida do pequeno empresário, na administração da sua empresa. As informações do dia-a-dia da empresa ele conhece e administra muito bem. Os representantes de vendas passam a maior parte do tempo fora da empresa, atendendo clientes, e necessitam de informações diárias sobre os clientes (SIQUEIRA, 2005, p. 15).

Buscando solucionar este problema das empresas, desponta a idéia de desenvolver um software para organizar e automatizar as vendas no Palm, para que suas informações estejam não só bem administradas no software corporativo da empresa, mas que também não sejam esquecidas no Palm. O usuário do Palm terá a capacidade de efetivar a venda no cliente e terá a certeza que esses dados da venda estarão disponibilizados no seu software na empresa. No entanto, não basta somente ter o software no Palm, necessita-se também de um software para que estas informações, guardadas em arquivos no formato Palm Database (PDB), por exemplo, sejam lidas e transferidas para base de dados da empresa.

Com o crescimento das vendas dos dispositivos móveis, o mercado passou a exigir dos profissionais de desenvolvimento e daqueles que começaram a ingressar nesta área o conhecimento desse novo tipo de hardware e seu sistema operacional (SO), para que fosse possível migrar aplicações desenvolvidas do desktop para os dispositivos móveis (SIQUEIRA, 2005, p. 12).

Diante deste quadro, surgiu a idéia de desenvolver uma aplicação para controle de força de vendas chamado “Ponto de Venda” e outra aplicação que irá realizar a leitura e geração dos PDBs do Palm que será chamado de “Gerador”.

Na prática, os dados dos clientes, produtos e pedidos serão armazenados no Palm.

Estas informações serão úteis na hora da efetivação da venda no cliente. Ao chegar à empresa,

(11)

3 basta o usuário conectar o Palm no computador e transferir os dados. O software Gerador se encarregará de buscar estas informações e transferí-las para a base de dados da empresa.

O foco do trabalho é o desenvolvimento do Ponto de Venda, com a preocupação de garantir um baixo custo ao software, não será usado banco de dados proprietário no desenvolvimento. Será investido um estudo mais profundo na leitura e geração dos arquivos PDB para diminuir este custo.

A ferramenta para o desenvolvimento do Ponto de Venda será o NS Basic que possui grande relação com o software Gerador que será desenvolvido em Visual Basic 6.

O Gerador irá realizar:

a) leitura dos arquivos PDB: ler todos estes arquivos, que são as tabelas do Ponto de Venda e a saída será a importação no banco de dados do Gerador;

b) geração dos PDBs para o Ponto de Venda: conforme layout dos PDBs, serão gerados os arquivos de exportação da base de dados da empresa e a saída será os arquivos PDBs.

A comunicação entre o software da empresa e o dispositivo móvel dar-se-á através do Gerador que fornecerá todas as informações necessárias ao banco de dados da empresa em arquivos textos para exportação. Sendo assim, o banco de dados da empresa não precisará ser nenhum em específico.

1.1 OBJETIVOS DO TRABALHO

O objetivo deste trabalho é desenvolver um aplicativo de força de vendas para dispositivos móveis, baseado em Palm OS, juntamente com um software que irá ler e gerar os arquivos da base de dados do Palm e disponibilizar estas informações para o aplicativo do usuário.

Os objetivos específicos do trabalho são:

a) disponibilizar dados de clientes, produtos e situação das vendas para usuários que utilizam Palm;

b) realizar a leitura dos arquivos PDBs no Gerador;

c) importar dados disponibilizados pela empresa e gerar os arquivos PDBs, através do Gerador;

d) disponibilizar os dados para importação na base de dados da empresa.

(12)

4 1.2 RELEVÂNCIA DO TRABALHO

O dispositivo móvel usado no desenvolvimento do trabalho será o modelo Palm Tungsten E2, fabricado pela PalmOne. Alexandroni (2006) afirma que uma das obrigações de quem desenvolve aplicações no Palm é de transportar os dados armazenados nele para seu sistema corporativo na retaguarda. Esta afirmação vem de encontro ao objetivo do trabalho proposto, que tenta resolver este problema de captação destes dados e disponibilização deles ao sistema corporativo.

Diferente de algumas construções de aplicativos para Palm na atualidade, que utilizam Windows CE como SO, o aplicativo a ser desenvolvido usará Palm OS, que foi um dos precursores com alternativas para este fim. Esta questão o diferencia em um tema fundamental, que compõe um software, a sua base de dados e sua estrutura. Esta por sua vez gerada em arquivos seqüenciais, que possuem maior complexidade na leitura e gravação dos dados, mas se bem trabalhadas e estudadas podem ser implementadas sem a necessidade da utilização de um banco de dados proprietário.

O trabalho realizado por Silva (2005) usou como estudo o Oracle Lite e o IBM DB2 EveryPlace, dois bancos de dados proprietários. Estes possuem uma melhor interface com o programador e maior facilidade na programação, mas são pagos. O trabalho que será realizado visa eliminar ou diminuir o impacto destas licenças no bolso do cliente.

Em uma pequena empresa a escassez de recursos (financeiros, pessoal e infra- estrutura) é uma realidade, com isso os custos com a implantação do software, não podem ser altos, quanto mais acessível for, mais atrativo será ao meio empresarial.

A portabilidade será completa, pois depois de conhecer o layout dos arquivos gerados, independentemente da linguagem de desenvolvimento do software da empresa e de seu banco de dados, eles podem ser importados.

Este trabalho utilizará ferramentas diferentes das usadas para o desenvolvimento voltado para Palm descritas nos trabalhos de conclusão de curso da Universidade Regional de Blumenau (FURB). Apresentará um estudo alternativo em relação ao armazenamento das informações no Palm, com arquivos PDBs para leitura e geração sem ajuda de ferramentas de banco de dados proprietárias.

(13)

5 1.3 METODOLOGIA

O trabalho será desenvolvido observando as seguintes etapas:

a) levantamento bibliográfico: realizar levantamento da bibliografia sobre a construção de um aplicativo para Palm com o ambiente de desenvolvimento NS Basic e as principais necessidades de um aplicativo para força de vendas;

b) requisitos: detalhar e reavaliar os requisitos, observando as necessidades levantadas durante revisão bibliográfica,

c) definição dos arquivos PDB: estudar a estrutura, leitura e geração do formato de arquivo PDB, identificando meios e ferramentas que executam a leitura e geração deste arquivo;

d) especificação: especificar os aplicativos Ponto de Venda e Gerador, com análise estruturada utilizando Unified Modeling Language (UML). Será usada a ferramenta Enterprise Architect para o desenvolvimento dos diagramas de caso de usos e atividades;

e) implementação do software Ponto de Venda: implementar o software utilizando o ambiente de desenvolvimento NS Basic e Palm OS Emulator (POSE), para fazer a simulação da aplicação no computador;

f) implementação do software Gerador: implementar o software utilizando o ambiente de desenvolvimento Visual Basic 6;

g) testes: implementar um protótipo de software utilizando Visual Basic 6 usando banco de dados Microsoft Access, para testes, validações, correções, eventuais erros e revisões das etapas anteriores. Este protótipo será feito somente para demonstrar funcionamento da aplicação como um todo. Utilizarei o Palm Tungsten E2 para demonstrar o funcionamento no Palm.

As etapas serão realizadas nos períodos relacionados no Quadro 1.

(14)

6

2007

fev. mar. abr. maio jun.

etapas / quinzenas 1 2 1 2 1 2 1 2 1 2 levantamento bibliográfico

requisitos

definição dos arquivos PDB especificação

implementação do software Ponto de Venda implementação do software Gerador

testes

Quadro 1 - Cronograma

(15)

7 2 REVISÃO BIBLIOGRÁFICA

Nesse capítulo são apresentados aspectos teóricos sobre o trabalho tais como:

dispositivos móveis, Palm OS, NS BASIC e PDB e os trabalhos correlatos.

2.1 DISPOSITIVOS MÓVEIS

De acordo com Brayner, Pitombeira e Brito (2005, p. 251), o sucesso dos dispositivos móveis que englobam desde Personal Digital Assistant (PDA), aparelhos celulares, smartphones1, até computadores pessoais, é a necessidade de acesso às informações em qualquer lugar.

Hoje em dia milhares de pessoas exercem suas funções em locais não tradicionais;

trata-se de executivos e funcionários em constantes deslocamentos entre fábricas, clientes, eventos e, em muitos casos, pessoas levam consigo o trabalho em um notebook, por exemplo.

(SIQUEIRA, 2005, p. 15).

O PDA não consegue ter toda complexidade de um software corporativo no momento, apesar de que é inegável que a tecnologia dá perspectivas de pensar que em breve haverá aplicações bem mais robustas e complexas no Palm. Analisando estes aspectos, observa-se que os Palms são ferramentas ideais para gestão comercial com agilidade.

Os SOs mais usados são Palm OS da Palm Inc. e Windows CE da Microsoft PalmSource (2006a). O conceito de programação nos PDAs é diferente do conceito de programação para desktop, de acordo com PalmBrasil (2006a), há dois tipos de memória no Palm, Random Access Memory (RAM) e memória Flash. Segundo Siqueira (2005, p. 12) o profissional desenvolvedor teve que se reciclar já que este novo tipo de hardware apresenta algumas limitações, como espaço físico e memória, o que pode facilmente tornar uma aplicação demasiada lenta, caso não seja planejado o seu desenvolvimento.

1 Um misto de entre os celulares e os computadores de mão, tanto em tamanho como em serviços, possui entre outros, acesso ao correio eletrônico, agenda e documentos.

(16)

8 2.2 PALM OS

PALM OS é o SO responsável por gerenciar todas as funções do Palm e sua versão atual é a 5.0. Segundo Brayner, Pitombeira e Brito (2005, p. 253), a plataforma Palm OS apresenta três tipos de arquivos. Um tipo de arquivo é denominado de PDB, cuja finalidade é armazenar dados que são acessados pelas aplicações. Outro tem a finalidade de armazenar dados na forma de código fonte (de aplicações e recursos de interface), sendo denominado Palm Resource (PRC), e, por último, existem os arquivos do tipo Palm Query Application (PQA), que possuem dados da web.

O Palm OS, além de possuir todos os aplicativos principais de um Palm como agenda, calculadora e bloco de notas, tem algumas vantagens comparadas ao Windows CE.

De acordo com PalmSource (2006a), o número de aplicações em Palm OS supera mais de vinte e cinco mil títulos, enquanto as aplicações em Windows CE estão na faixa de quinze mil. Outra vantagem a ser levada em consideração é o custo da compra e o suporte ao Palm OS que é mais baixa. As desvantagens também existem, segundo Ames (2006) foi registrado um crescimento substancial nas vendas do Windows CE e suas funcionalidades são destaque, como a integração mais fácil com ferramentas da Microsoft no desktop, a exemplo o servidor de correio eletrônico Exchange.

O PDA atuará como uma ferramenta para aumentar a produtividade e efetividade não precisando necessariamente, ter um processador e nem todas as aplicações típicas do desktop.

Segundo PalmSource (2006b), atualmente o Palm OS está rodando em quarenta milhões de dispositivos móveis, gerando uma comunidade enorme de desenvolvedores e, conseqüentemente, uma grande quantidade de empresas usando esta tecnologia.

Segundo Mundo Sem Fio (2004), a muita dificuldade em decidir entre as plataformas, ambas tem seus prós e contras e cada usuário adapta-se melhor a uma ou outra. Para quem deseja um sistema operacional leve, descomplicado, que dê conta do gerenciamento de uma vida com rotina móvel usa Palm OS. Quem quer funções mais avançadas, por exemplo, o Windows CE poderá ser mais adequado.

(17)

9 2.3 NS BASIC

Beginners All-Purpose Symbolic Instruction Code (BASIC) que surgiu em meados dos anos 60, é a linguagem que é utilizada no ambiente NS Basic. Trata-se de uma linguagem bem conhecida, de fácil programação e muito poderosa. Ela tornou-se a linguagem mais usada no mundo, (SILVA, 2004, p. 8), com mais de três milhões de desenvolvedores para desktop no final da década de noventa.

Uma característica muito importante do NS Basic é que ele está disponível para outras plataformas, como Windows CE e Apple Newton, além de Palm OS. Portanto, com apenas uma ferramenta é possível desenvolvimento nas principais plataformas.

Outra vantagem do NS Basic e que vem de encontro com o foco do trabalho é seu custo/benefício: sua licença custa apenas $50,00 de acordo com NS Basic (2006) e ainda possui uma versão de demonstração sem custos. De acordo com Alexandroni (2001b), além de muitas funções contidas na linguagem, o NS Basic permite a utilização de Shared Libraries escritas em C, permitindo também que se adicione novas funções à linguagem, escritas em C e ainda acesso às rotinas da Application Programming Interface (API) do Palm OS.

Segundo Wonrath (2004), no NS Basic para auxiliar a programação possui o emulador POSE que é uma ferramenta para testar aplicações desenvolvidas para executar sob o sistema operacional Palm OS antes de serem efetivamente transferidas para o dispositivo real, tornando mais rápido e seguro o processo de desenvolvimento por não ser necessário, a cada teste, transferir a aplicação para o dispositivo via sincronismo, sendo possível detectar eventuais erros e corrigi-los antes que a aplicação seja instalada.

Outro ponto importante a destacar no NS Basic é seu Runtime.

Ferramentas que não são baseadas em C, como o NS Basic, precisam de uma camada de software adicional para traduzir seu código em chamadas para a API do sistema operacional. Esta camada de software adicional se chama Run-time, e possui, além do tradutor, a biblioteca de funções e objetos disponíveis para o desenvolvedor. (OLIVEIRA, 2004).

De acordo com (SILVA, 2004, p. 14), utilizando a compilação estática, o Runtime, que possui aproximadamente 85 Kb, é adicionado ao aplicativo. Mas a maneira mais usual é a compilação dinâmica que utiliza o Runtime distribuído separadamente, permitindo ser compartilhado com todos os aplicativos desenvolvidos.

(18)

10 2.4 PDB

Alexandroni (2001a) explica que o PDB é o formato padrão de arquivo que o Palm OS utiliza para armazenamento de dados, em forma de registros. Conforme Brayner, Pitombeira e Brito (2005), apesar da denominação database, um arquivo do tipo PDB não possui em suas propriedades o conceito de tabelas, colunas ou restrições de integridade (por exemplo, restrição de chave ou de integridade referencial). Estes dados estão dispostos seqüencialmente e são acessados através de operações de offset, que permitem identificar o início e término de cada campo mais facilmente, uma vez que todos os dados são do mesmo tipo.

Esta forma de estrutura de arquivo não é a ideal, conclusão tirada por Brayner, Pitombeira e Brito (2005), pois não contempla a facilidade de acesso, disponibilidade de uma visão relacional dos dados, ocasionando alto custo de armazenamento. Mas esta forma de armazenamento dispensa o uso de um banco de dados, a exemplo Oracle Lite e IBM DB2 Everyplace. O IBM DB2 Everyplace usado por Silva (2005) em seu trabalho, resultou no aumento do custo do software e também ocupou mais a memória do Palm que já é escassa. De acordo com Magalhães (2005, p. 11), existem poucos sistemas gerenciadores de banco de dados relacionais para dispositivos móveis, onde cita os bancos Oracle Lite e IBM DB2 Everyplace e expõe ainda que os sistemas são proprietários, não apresentando suporte a todas às plataformas de programação.

2.5 TRABALHOS CORRELATOS

Silva (2005) desenvolveu um aplicativo em Java 2 Micro Edition (J2ME) para Palm, gerando eXtensive Markup Language (XML) para troca de arquivos do Palm com a empresa.

O trabalho desenvolvido teve um de seus focos direcionado para banco de dados no Palm, foram citados dois, Oracle Lite e IBM DB2 Everyplace. O IBM DB2 Everyplace, usado em seu trabalho, mostrou-se bastante produtivo, visto que o desenvolvedor pode fazer uso da Structured Query Language (SQL). Por outro lado, o banco de dados possui alguns limites como: números de índices, número linhas e número de colunas na tabela.

Galvin (2004) desenvolveu um protótipo de software utilizando a plataforma .NET, para integração e troca de dados com um aplicativo cliente/servidor, de uma empresa, através

(19)

11 de dispositivos móveis. Com foco na força de vendas e observando a necessidade da coleta de dados em campo e a disponibilidade delas da melhor forma possível com a maior praticidade imaginável. O trabalho mostra o uso de dispositivos móveis do tipo Pocket PC e Windows.NET CE.

Brayner, Pitombeira e Brito (2005) propuseram uma nova estrutura para os arquivos PDBs, demonstrando todo funcionamento estrutural do PDB. A idéia proposta possibilita facilitar o acesso aos dados, definir estruturas que permitam manipular os dados a partir de uma visão relacional dos dados, melhorar o desempenho de operações como busca, inserção, exclusão ou alteração de dados em uma determinada tabela, facilitar a criação e manipulação dos esquemas de dados e permitir a definição e manutenção de integridade referencial.

(20)

12 3 REQUISITOS DO SISTEMA A SER DESENVOLVIDO

O Ponto de Venda deverá:

a) consultar, alterar e incluir dados dos clientes e apresentar uma tela com breve descrição. (requisito funcional – RF);

b) consultar produtos e mostrar uma breve descrição (RF);

c) emitir e consultar pedidos, a tela do pedido deverá ter as informações básicas para o cadastro como número do pedido, data da emissão, nome do cliente e forma de pagamento (RF);

d) utilizar a estrutura PDB para armazenar os dados gerados pelo Ponto de Venda (requisito não funcional - RNF) ;

e) ser implementado utilizando o ambiente NS Basic (RNF).

O Gerador deverá:

a) gerar arquivos PDB a partir dos dados do sistema da empresa, para importação pelo Ponto de Venda (RF);

b) ler os arquivos PDBs e importar as informações geradas no Ponto de Venda para o banco de dados da empresa (RF);

c) ser implementado utilizando o ambiente Visual Basic 6 (RNF);

d) ser compatível com o sistema operacional Windows 98, 2000 e XP (RNF).

(21)

13 4 CONSIDERAÇÕES FINAIS

A importância que os Palms estão tendo no mercado e seu crescimento cada dia maior, está evidente no cotidiano. O problema é que quase sempre esta tecnologia beneficia as empresas maiores que possuem mais recursos para comprar o software e principalmente o Palm.

O diferencial dos Palms que utilizam Palm OS é seu custo/benefício. Como exemplo o Palm mais acessível custa, de acordo com (STOPPLAY 2006a), R$ 329,00 sendo que o Palm mais acessível que utiliza Windows CE custa cerca de R$ 879,90 (STOPPLAY 2006b). Este é um dos motivos que levaram a escolha do Palm OS para ser utilizado no desenvolvimento desse trabalho.

O desenvolvimento da ferramenta proposta não utilizará banco de dados no Palm, objetivando diminuir o custo total. Tudo para que empresas de menor porte possam usufruir do software.

Os trabalhos correlatos apresentam algumas funcionalidades que vêm de encontro à ferramenta proposta. Uma delas é a utilização da automação da força de vendas. O diferencial está no que se refere à utilização dos PDBs como forma de armazenamento e manipulação no software desenvolvido e a busca do baixo custo/benefício.

O Ponto de Venda será desenvolvido com a preocupação de garantir a troca de informações com o software Gerador utilizando o formato de arquivo PDB. O Gerador atuará em conjunto com o Ponto de Venda, de maneira a auxiliar a troca de dados entre o Palm e o banco de dados do sistema corporativo da empresa.

Desta forma o trabalho busca uma nova solução para as vendas das micro e pequenas empresas, apresentando uma solução diferenciada e utilizando os assuntos propostos, o ambiente de desenvolvimento NS BASIC, PALM OS e o uso do PDB como forma de armazenamento dos dados.

(22)

14 REFERÊNCIAS BIBLIOGRÁFICAS

ALEXANDRONI, Marcio. Entenda o formato PDB (Palm Database). [S.l.], 2001a.

Disponível em:

<http://www.clubedainformatica.com.br/documentos/mostraartigo.php?artigo=47>. Acesso em: 27 ago. 2006.

______. Introdução ao NSBasic. [S.l.], 2001b. Disponível em:

<http://www.clubepda.com.br/tutoriais2.asp?pid=14>. Acesso em: 3 set. 2006.

______. Clube PDA. [S.l.], 2006. Disponível em:

<http://www.clubepda.com.br/ultimas.asp?pid=4>. Acesso em: 27 ago. 2006.

ALLI, Sérgio, SAUAYA, Thais; GONÇALVES, Benjamin S. Como Fortalecer a

Responsabilidade Social nas Relações entre Grandes e Pequenas Empresas. Instituto Ethos, São Paulo, abr. 2004. 80 p. Disponível em:

<http://www.uniethos.org.br/_Uniethos/Documents/como_fortalecer.pdf>. Acesso em: 30 out.

2006

AMES, Ben. Vendas mundiais de PDAs crescem, mas receitas caem. [S.l.], 2006.

Disponível em: <http://computerworld.uol.com.br/comunicacoes/2006/08/07/idgnoticia.2006- 08-07.9151460896/IDGNoticia_view>. Acesso em: 23 out. 2006.

BRAYNER, Angelo; PITOMBEIRA, Dorotéa K. D.; BRITO, Ricardo W. C. Uma arquitetura eficiente para armazenamento, compressão e acesso a dados em dispositivos móveis com recursos computacionais limitados. In: SIMPÓSIO BRASILEIRO DE BANCO DE DADOS, 20., 2005, Uberlândia. Anais... Uberlândia: UFU, 2005. p. 250-264. Disponível em:

<http://www.informatik.uni-trier.de/~ley/db/indices/a-tree/b/Brayner:Angelo.html>.Acesso em: 16 set. 2006.

GALVIN, Deleon. Protótipo de sistema CRM para dispositivos móveis utilizando tecnologia .NET. 2004. 90 f. Trabalho de Conclusão de Curso (Bacharelado em Ciências da Computação) - Centro de Ciências Exatas e Naturais, Universidade Regional de Blumenau, Blumenau.

MAGALHÃES, Katy C. P. FramePersist: um framework de persistência de objetos para o desenvolvimento de aplicações para dispositivos móveis. 2005. 101 f. Dissertação (Mestrado em Engenharia de Teleinformática) – Curso de Pós-graduação em Engenharia de

Teleinformática, Universidade Federal do Ceará, Fortaleza. Disponível em:

<http://www.great.ufc.br/Teses/dissertacao_katy.pdf>. Acesso em: 16 set. 2006.

MUNDO SEM FIO. Migrando de Palm OS para Windows Mobile. [S.l.], 2004. Disponível em: <http://www.mundosemfio.com.br/2004/09/migracao_para_ppc_II.shtml>. Acesso em:

17 set. 2006.

(23)

15 NSBASIC. NS Basic/Palm. [S.l.], 2006. Disponível em: <http://www.nsbasic.com/palm/>.

Acesso em: 17 set. 2006.

OLIVEIRA, Wellington P. Palm: o ambiente de desenvolvimento. [São Paulo], 2004.

Disponível em: < http://www.linhadecodigo.com.br/artigos.asp?id_ac=508&pag=4>. Acesso em: 03 set. 2006.

PALMBRASIL. Memória flash. [S.l.], 2006a. Disponível em:

<http://www.palmbrasil.com.br/vocab/memoriaflash.html>. Acesso em: 10 set. 2006.

PALMSOURCE. Why Palm OS. [S.l.], 2006a. Disponível em:

<http://www.palmsource.com/palmos/whyPalmOS.html>. Acesso em: 03 set. 2006.

______. About US. [S.l.], 2006b. Disponível em: <http://www.palmsource.com/about/>.

Acesso em: 03 set. 2006.

SILVA, Leonardo P. Curso de NSBasic para Palm. João Pessoa: ebook, 2004. 58 p.

Disponível em: <http://www.palmbrasil.com.br/biblioteca/arquiv/inf-cnsbasicpalm.zip>.

Acesso em: 16 set. 2006.

SILVA, Robson L. Aplicativo para representante comercial em dispositivo móvel (PDA) usando a tecnologia J2ME e banco de dados. 2005. 72 f. Trabalho de Conclusão de Curso (Bacharelado em Ciências da Computação) – Centro de Ciências Exatas e Naturais,

Universidade Regional de Blumenau, Blumenau.

SIQUEIRA, José R. Programação do Pocket PC: com eMbedded Visual Basic. São Paulo:

Novatec, 2005.

STOPPLAY. Palm Top Z22 32MB. [S.l.], 2006a. Disponível em:

<http://www.stopplay.com.br/produto.asp?secao=15&categoria=216&subcategoria=0&id=12 27>. Acesso em: 16 set. 2006.

______. Palm top HP IPAQ Rx1950 32MB. [S.l.], 2006b. Disponível em:

<http://www.stopplay.com.br/produto.asp?secao=15&categoria=216&subcategoria=0&id=12 29>. Acesso em: 16 set. 2006.

WONRATH, Jefferson R. et al. Controle de Freqüência via PDA. 2004. Trabalho de Conclusão de Curso (Análise de Sistemas), Centro Universitário Salesiano de São Paulo, Americana. Disponível em: <http://br.geocities.com/g4tcc> Acesso em: 31 out. 2006.

Referências

Documentos relacionados

Our contributions are: a set of guidelines that provide meaning to the different modelling elements of SysML used during the design of systems; the individual formal semantics for

Este trabalho buscou, através de pesquisa de campo, estudar o efeito de diferentes alternativas de adubações de cobertura, quanto ao tipo de adubo e época de

Apresenta-se neste trabalho uma sinopse das espécies de Bromeliaceae da região do curso médio do rio Toropi (Rio Grande do Sul, Brasil), sendo também fornecida uma chave

esta espécie foi encontrada em borda de mata ciliar, savana graminosa, savana parque e área de transição mata ciliar e savana.. Observações: Esta espécie ocorre

O valor da reputação dos pseudônimos é igual a 0,8 devido aos fal- sos positivos do mecanismo auxiliar, que acabam por fazer com que a reputação mesmo dos usuários que enviam

servidores, software, equipamento de rede, etc, clientes da IaaS essencialmente alugam estes recursos como um serviço terceirizado completo...

Nessa situação temos claramente a relação de tecnovívio apresentado por Dubatti (2012) operando, visto que nessa experiência ambos os atores tra- çam um diálogo que não se dá

Sendo assim, muitas são as empresas que adotam em seu discurso uma postura totalmente voltada ao mercado, seja para satisfazer ou criar diferenciações com relação a seus