PROPOSTA PARA O TRABALHO DE CONCLUSÃO DE CURSO SISTEMA DE PEDIDOS PARA REPRESENTANTES DE CONFECÇÕES

Transcrição

1 TURNO: NOTURNO VERSÃO: 02 N o 07 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 DE PEDIDOS PARA REPRESENTANTES DE CONFECÇÕES ÁREA: Banco de Dados Palavras-chave: Sistema de pedidos. FIREBIRD. Object Pascal. Web Service. Transmissão de dados com XML. Balanced Scorecard. 1 IDENTIFICAÇÃO 1.1 ALUNO Nome: Diones Alex de Souza Código/matrícula: Endereço residencial: Rua: Antonio Zendron n : 1059 Complemento: Bairro: Valparaiso CEP: Cidade: Blumenau UF: SC Telefone fixo: Celular: (047) Endereço comercial: Empresa: Valparaiso Industria e Comercio de Confecções Ltda. Rua: Antonio Zendron n : 625 Bairro: Valparaiso CEP: Cidade: Blumenau UF: SC Telefone: (047) FURB: jh@inf.furb.br alternativo: info@naguchi.com.br 1.2 ORIENTADOR Nome: Evaristo Baptista FURB: baptista@furb.br alternativo: ebaptista@heringnet.com.br

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): Orientador(a): Diones Alex de Souza Evaristo Baptista ASPECTOS TÉCNICOS ASPECTOS METODOLÓGICOS ASPECTOS AVALIADOS 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? 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) O texto obedece ao formato estabelecido? A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)? atende atende parcialmente 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 não atende 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): Avaliador(a): Diones Alex de Souza José Roque Voltolini da Silva ASPECTOS TÉCNICOS ASPECTOS METODOLÓGICOS ASPECTOS AVALIADOS 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? 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) O texto obedece ao formato estabelecido? A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)? atende atende parcialmente 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: não atende Assinatura do(a) avaliador(a): Local/data:

6 3.3 AVALIAÇÃO DO(A) PROFESSOR(A) DA DISCIPLINA DE TCCI Acadêmico(a): Avaliador(a): Diones Alex de Souza Joyce Martins ASPECTOS TÉCNICOS ASPECTOS METODOLÓGICOS ASPECTOS AVALIADOS 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? 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) O texto obedece ao formato estabelecido? A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)? PONTUALIDADE NA ENTREGA atende atende parcialmente não atende 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): Avaliador(a): Diones Alex de Souza ASPECTOS TÉCNICOS ASPECTOS METODOLÓGICOS ASPECTOS AVALIADOS 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? 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) O texto obedece ao formato estabelecido? A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)? atende atende parcialmente 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: não atende 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 DE PEDIDOS PARA REPRESENTANTES DE CONFECÇÕES DIONES ALEX DE SOUZA BLUMENAU 2008

9 DIONES ALEX DE SOUZA SISTEMA DE PEDIDOS PARA REPRESENTANTES DE CONFECÇÕES 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. Evaristo Baptista - Orientador BLUMENAU 2008

10 2 1 INTRODUÇÃO Os sistemas de vendas são responsáveis pelo registro das vendas dos produtos ou serviços de uma organização. Dedicando-se a contatar clientes, oferecer produtos e serviços, fechar pedidos e acompanhar vendas, esta atividade está subdivida em quatro níveis: operacional, conhecimento, gerencial e estratégico. O nível operacional dedica-se aos trabalhos de preparação, fechamento e acompanhamento das vendas e necessita de novas ferramentas para auxiliar no rendimento e agilidade destas funções (LAUDON; LAUDON, 2004, p. 48). A proposta deste trabalho visa oferecer aos representantes e vendedores de confecções, um software que permita a digitação na hora de coletar o pedido do cliente e a transmissão dos dados destes pedidos utilizando a praticidade da tecnologia web, incluindo avaliação de desempenho utilizando a metodologia Balanced ScoreCard (BSC) para gerenciar metas estratégicas através de indicadores. O uso desta tecnologia permitirá atender clientes com rapidez e integrar seus dados para outro sistema de gestão economizando tempo e dinheiro, evitando digitação de pedidos por parte da empresa de confecção, substituindo a utilização dos blocos de pedidos manuais enviados por fax que proporcionam erros de interpretação na hora da digitação, além dos custos operacionais. Para sua implementação serão desenvolvidos dois módulos de sistema: um módulo de pedidos para representantes e um módulo de retaguarda. Ambos serão desenvolvidos em Object Pascal e o segundo utilizará o banco de dados Firebird. Será utilizada a linguagem de marcação extensible Markup Language (XML) para gerar os dados destinados à transmissão. O módulo de pedidos a ser desenvolvido para um dispositivo móvel receberá informações cadastrais, tais como: clientes, pedidos, títulos, produtos, tabela de preços, tipo de cliente, coleção, condição de pagamento, tipo de documento, tipo de cobrança, portador, transportadora, tipo de frete, moeda, representante, cidade e Unidade Federativa (UF). Neste módulo serão feitos o cadastro de clientes, a digitação de pedidos, consultas BSC, consultas de títulos pendentes, pedidos pendentes, pedidos faturados e transmissão de dados com o módulo de retaguarda. O módulo de retaguarda será responsável por integrar as informações importadas e exportadas entre o módulo de pedidos e o sistema de gestão, utilizando-se da tecnologia web e XML para a interação dos dados.

11 3 1.1 OBJETIVOS DO TRABALHO O objetivo deste trabalho é desenvolver um módulo de pedidos, a fim de oferecer uma solução para qualquer representante que atue em empresas de confecções, as quais comercializam seus produtos na forma de pedidos, juntamente com uma solução de módulo de retaguarda para auxiliar no processamento dos arquivos de importação e exportação entre o módulo de pedidos e o sistema de gestão utilizado por uma empresa de confecção. Os objetivos específicos do trabalho são: a) efetuar o cadastro e manutenção de clientes; b) efetuar o cadastro e manutenção dos indicadores BSC tais como: número de clientes atendidos, número de clientes novos, numero de clientes por UF, venda bruta, vendas por faixa de valores, % crescimento das vendas por cliente, % crescimento das vendas por produto; c) permitir a digitação de pedidos; d) consultar e emitir informações como: consultas e gráficos BSC, pedidos faturados, títulos pendentes e tabela de preços dos produtos; e) importar dados do sistema de gestão de uma empresa de confecção para o módulo de retaguarda como: clientes, pedidos, títulos, produtos, tabela de preços, tipo de cliente, coleção, condição de pagamento, tipo de documento, tipo de cobrança, portador, transportadora, tipo de frete, moeda, representante, cidade e UF. Todos os dados mencionados pertinentes a cada representante; f) exportar dados de cada cliente e pedido por para o módulo de retaguarda através de implementações XML; g) possibilitar que o módulo de retaguarda receba e envie dados do sistema de pedidos de representantes e processe-os conforme parâmetros requisitados pelo sistema de gestão da empresa de confecção; 1.2 RELEVÂNCIA DO TRABALHO O trabalho aborda vários campos relevantes à ciência da computação, como técnicas de programação orientada a objetos usando herança, encapsulamento, classes e reutilização de

12 4 código, utilização do compilador Free Pascal que permite compilar para varias plataformas, utilização de uma linguagem de marcação como o XML para interação com outro sistema de gestão, mobilidade dos dispositivos móveis e a utilização de um banco de dados open source Firebird para o módulo de pedidos. Este trabalho poderá ser abordado por outros segmentos que comercializam mercadorias na forma de pedidos, tal como aplicativo voltados a vendas de outros segmentos. 1.3 METODOLOGIA O trabalho será desenvolvido observando as seguintes etapas: a) levantamento bibliográfico: nesta etapa será levantado material referente às regras de negócio sobre vendas por pedido, BSC, linguagem de marcação XML, banco de dados Firebird e Structured Query Language (SQL); b) análise de requisitos: nesta etapa serão analisados os requisitos necessários à implementação do sistema; c) especificação do software: nesta etapa será especificado o software para o módulo de pedidos que rodará em um palmtop e o módulo de retaguarda. Esta especificação dar-se-á através de técnica de orientação a objetos, com a Unified Modeling Language (UML), utilizando os diagramas de casos de uso, diagrama de classes e diagramas de seqüências e a ferramenta Enterprise Architect; d) implementação de software: nesta etapa será desenvolvido o software para o módulo de pedidos e o módulo retaguarda. Ambos serão desenvolvidos em Objetc Pascal; e) verificação: nesta etapa serão executados os testes com base nos dados da empresa de confecções e a implantação do sistema, sendo avaliada pela própria empresa e por um de seus representantes; f) validação: nesta etapa serão realizadas a validação e a implantação do sistema na empresa de confecções digitando pedidos em um dispositivo móvel e transmitindo-os através dos módulos de retaguarda de um computador da empresa. Estas etapas serão desenvolvidas de acordo com o cronograma do quadro jul. ago. set. out. nov.

13 5 Quadro1 - das etapas etapas / quinzenas levantamento bibliográfico análise de requisitos especificação do software implementação do software verificação validação Cronograma

14 6 2 REVISÃO BIBLIOGRÁFICA A revisão bibliográfica desta proposta é apresentada em oito seções. Elas estão divididas da seguinte maneira: venda por pedido, BSC, linguagem XML, banco de dados Firebird e SQL. Na última seção são descritos alguns trabalhos correlatos. 2.1 VENDA POR PEDIDO Venda por pedido resume-se em como vender algo a alguém através de uma relação de produtos. Neste tipo de venda o cliente escolhe os produtos de um mostruário que pode ser físico ou virtual, determinando a quantidade desejada de cada produto a ser comprado. Como este trabalho tem o objetivo de atender representantes de confecções, a demonstração dos produtos pode ser um catálogo impresso, catálogo virtual (multimídia), site e mostruário físico. Este tipo de venda está dividida em sete etapas, distintas a seguir (KOTLER, 1994). Prospecção e Qualificação (primeira etapa) identifica os clientes em potencial através de indicação de clientes já firmados. Os clientes podem ser qualificados através de um exame sobre sua situação financeira, volume de negócios e sua probabilidade de continuidade no mercado (KOTLER, 1994, p. 603). Pré-abordagem (segunda etapa) é o planejamento da melhor abordagem, que pode ser uma visita pessoal, ligação ou correspondência e a escolha do melhor momento para a abordagem (KOTLER, 1994, p. 605). Abordagem (terceira etapa) deve proporcionar ao vendedor obter do comprador a compreensão do que ele mais necessita, demonstrando as vantagens que a venda proporcionará para ambas partes (KOTLER, 1994, p. 605). Na apresentação e demonstração (quarta etapa), o representante detalha todos os dados sobre o produto, enfatizando os seus benefícios e suas principais características. Tudo isso para que possa descobrir os principais problemas do cliente e lhe ofertar soluções através de seus produtos (KOTLER, 1994, p. 605). Superações de objeções (quinta etapa) ocorrem quando os clientes provocam uma resistência sobre a compra dos produtos e o representante precisa manter uma abordagem positiva, convertendo estas resistências para mais motivos de compra, esclarecendo as

15 7 objeções, questionando-as ao fato de que o comprador responda sua própria objeção (KOTLER, 1994, p. 606). Fechamento (sexta etapa) é o estágio em que se fecha a venda. Existem vários argumentos para o fechamento da venda. (KOTLER, 1994, p. 606). Acompanhamento (Follow Up) e manutenção (última etapa) é necessária para assegurar a satisfação do cliente e garantir novos negócios. (KOTLER, 1994, p. 606). Além disso, algumas empresas usam as tecnologias de comunicação para adoção de sistemas que possibilitam ao cliente efetuar seu pedido on-line, ou seja, acessando o estoque da empresa na hora de efetuar o pedido, adotando a técnica de pedido just in time (meta de estoque zero). Esta técnica é fundamentada em deixar um estoque reduzido ao máximo, aumentando a qualidade e produtividade na empresa (KOTLER, 1994). 2.2 BSC O Balanced ScoreCard (BSC) denominado como indicadores balanceados de desempenho fornece uma metodologia para monitoramento das metas estratégicas e na medição dos resultados atingidos. Este método de gestão refere-se aos aspectos mais importantes do negócio proporcionando uma melhor leitura sobre os objetivos estratégicos possibilitando a aplicação das ações estratégicas para os ajustes e medidas necessárias (BALZANE, 2006). O BSC é uma ferramenta que materializa a visão estratégica da empresa por meio de um mapa coerente com objetivos e medidas de desempenho, organizados segundo quatro perspectivas diferentes: financeira, do cliente, dos processos internos e do aprendizado e crescimento. Perspectiva financeira permite medir e avaliar resultados que o negócio proporciona e necessita e necessita para seu crescimento e desenvolvimento para satisfação de seus acionistas. Perspectiva do cliente identifica os segmentos de mercados visados e as medidas do êxito da empresa nesse segmento.. Perspectiva dos processos internos fornece diretrizes para seus objetivos, sãos as atividades dentro da organização que possibilita identificar as necessidades dos clientes até a satisfação dos mesmos.

16 8 Perspectiva do aprendizado e crescimento oferece a base para obtenção dos objetivos das outras perspectivas. Identifica-se a infra-estrutura necessária para propiciar o crescimento e melhorias em longo prazo (KAPLAN, 1997). 2.3 XML XML é uma linguagem usada para representar dados como uma string de texto que inclui uma marcação intercalada, a fim de descrever as propriedades de dados (GRAVES, 2003, p. 08). A XML é aplicável em qualquer nível de complexidade, sendo auto descritiva. Suas marcações personalizadas podem ser criadas para qualquer necessidade, além da facilidade de manutenção, já que possui marcações tendo os links e folhas de estilos em separado, podendo ser alterado cada um separadamente, facilitando as modificações. Um dos pontos fortes da XML é sua portabilidade, já que sua sintaxe universal de estrutura de dados permite a troca de dados independente da plataforma (GRAVES, 2003, p. 02). Uma tendência forte é o compartilhamento de dados utilizando a XML. Mesmo que duas organizações possuam metodologias de trabalhos diferentes, poderiam utilizar uma transmissão de dados em formato combinado conhecido pelas duas. São muito utilizados arquivos textos delimitados, que são arquivos separados por tabulações marcadas por um caracter em especial, por exemplo o ponto e virgula (;), que separa um campo de outro. No entanto, seria necessário integrar estes arquivos a um banco de dados ou uma estrutura de memória (FURTADO, 2005). Um exemplo de arquivo XML é representado no quadro 2. <?xml version="1.0" encoding="iso "?> <pedidos> <pedido id="1"> <item descrição="1" qtde="10" /> <item descrição="2" qtde="20"/> </pedido> <pedido id="2"> <item descrição="1" qtde="05" /> <item descrição="3" qtde="10"/> <item descrição="4" qtde="10"/> </pedido> <descrições> <descrição id="1">blusa floral</descrição> <descrição id="2">calça Oxford</descrição> <descrição id="3">saia Clean Just</descrição>

17 9 <descrição id="4">vestido Little Kently</descrição> </descrições> </pedidos> Quadro 2 Exemplo de um arquivo XML 2.4 BANCO DE DADOS FIREDIRD O Firebird nasceu do Interbase 6.0 Open Source. Após a Borland abrir o código, ela decidiu que continuaria mantendo uma versão comercial do produto (código fechado). Atualmente uma entidade decidiu dar continuidade ao banco de dados, criando versões do Firebird que são open source, o qual está crescendo e adquirindo novos recursos a cada dia, sendo mantido atualmente por um grupo denominado Phoenix e pela Fundação Firebird (FREITAS, 2002). O código é totalmente aberto à comunidade e qualquer um pode participar na correção de bugs, implementação, documentação e criação de novas ferramentas. O Firebird oferece uma solução de gerenciador de banco de dados de alta performance, enquadrando-se nos requerimentos do padrão SQL-92, suportando integridade referencial declarativa com operações de cascata, atualizações de visões e junções externas. Possui modelo estruturado de transações, ou seja, envia instruções ao banco de dados em forma de blocos com a característica que somente serão executadas completamente ou não são executadas, além de que podem ser apresentadas ao servidor de forma isolada e não serão afetadas por alterações realizadas por transações concorrentes (SANTOS, 2005). 2.5 SQL SQL é uma linguagem que permite selecionar e manipular informações de uma base de dados, podendo usar seus padrões em vários bancos de dados como: Oracle, MySQL, SQL Server, Firebird, entre outros, inclusive em linguagens de marcação como o XML (ALVAREZ, 2004). As aplicações em rede são cada dia mais numerosas, direcionando as corporações a utilizarem banco de dados os quais utilizam dos padrões SQL-92 de forma universal, sendo uma linguagem padrão de comunicação com base de dados. Suas características são a potência e versatilidade e acessibilidade de sua aprendizagem. Um exemplo de consulta com

18 10 comandos SQL que seleciona clientes do estado de Paraná cadastrados em um intervalo de datas é mostrado no quadro 4 e o resultado da consulta é mostrado no quadro 5 (ALVAREZ, 2004). Select codclifor, razsoc, cidadm from dtclifor Where datacad between '08/12/2005' and '09/12/2005' and ufadm = 'PR' Order by razsoc Quadro 4 Exemplo do comando SQL Quadro 5 Resultado da consulta SQL no quadro TRABALHOS CORRELATOS Em pesquisa realizada na Universidade Regional de Blumenau (FURB) e no Centro Universitário Luterano de Palmas (ULBRA), encontrou-se trabalhos com características similares ao trabalho proposto. Kracik (2002) implementou um protótipo que padronizava informações contábeis utilizando XML. Esta linguagem possibilita gerar um padrão de comunicação entre sistemas distintos transferindo e armazenando dados de um modo prático, uma vez que sua estrutura não passa de um arquivo tipo texto que armazena os dados em forma de árvore e que se utiliza de marcadores personalizados. Possibilitou desenvolver um servidor que armazena dados contábeis usando o padrão estabelecido e outro aplicativo cliente que fornece e extrai informações. Também foram abordadas neste trabalho as tecnologias de XML Schema que define a estrutura, conteúdo e a semântica dos documentos XML e Simple Object Access Protocol (SOAP) e web services que são representados por duas classes básicas da linguagem Object Pascal: Tinvokable e Tremotable, que juntas formam a base da herança dos objetos

19 11 que compõem a comunicação entre aplicativos. O Tinvokable é uma classe básica que agrupa os métodos que representam as mensagens entre cliente e servidor no protocolo SOAP e Tremotable é a classe que dá origem as classes que representam os elementos que podem ser enviados através das mensagens. Werner (2004) desenvolveu uma ferramenta que permite gerenciar o SGBD Firebird, permitindo fazer a manutenção da estrutura do metadados, além de poder incluir, alterar e excluir dados na estrutura da base de dados e executar comandos SQL. Trata-se de uma ferramenta open source destinado ao gerenciamento do SGBD do Firebird utilizando o ambiente de programação Delphi, usando componentes como o IBObject que facilitam na comunicação com os dados do banco Firebird, para gerenciar a base de dados. Batizado como FBConsole, foi desenvolvido para facilitar a visualização de bases de dados e tabelas do Firebird, execução de comandos em formato SQL, manutenção das propriedades de uma base de dados e tabelas, manutenção dos dados de uma tabela e permissão de múltiplas conexões com o SGBD como acontece com o IBConsole em relação ao banco Interbase. Cimino (2004) desenvolveu um trabalho para apresentar a implantação do Balanced Scorecard em pequenas empresas. Demonstrando como medir seus desempenhos, afim de aperfeiçoar seus atuais negócios mostrando os benefícios que o BSC pode trazer para estas organizações. Algumas particularidades como formalização de processos de gerenciamento, aperfeiçoamento nos níveis de supervisão, informação e consenso criando um processo para especificar objetivos e medir sua performance para estabelecer seus respectivos planos de ação.

20 12 3 REQUISITOS DO SOFTWARE A SER DESENVOLVIDO O sistema deverá ser capaz de: a) armazenar e recuperar dados de clientes (Requisito Funcional - RF); b) armazenar e recuperar dados de pedidos (RF); c) recuperar dados de produtos (RF); d) consultar informações de pedidos (RF); e) consultar títulos pendentes (RF); f) possibilitar a consulta de preço dos produtos (RF); g) importar dados do sistema de gestão como: clientes, pedidos, títulos, produtos, tabela de preços, tipo de cliente, coleção, condição de pagamento, tipo de documento, tipo de cobrança, portador, transportadora, tipo de frete, moeda, representante, cidade e UF. Todos dados mencionados são pertinentes a cada representante (RF); h) exportar dados de cada cliente e pedido através da linguagem XML para o módulo de retaguarda (RF); i) efetuar o processamento dos arquivos XML através do módulo de retaguarda (RF); j) evitar que ocorra duplicidade de informações de clientes e pedidos em relação aos que são enviados pelo representante e os cadastrados diretamente na empresa de confecções (Requisito Não Funcional - RNF); k) utilizar no modulo de sistema de pedido a linguagem de programação Object Pascal e utilizar um banco de dados open source como o Firebird (RNF); l) compilar o sistema em duas plataformas Windows e Linux utilizando o Free Pascal (RNF). m) efetuar as consultas do sistema utilizando comandos SQL (RNF).

21 13 4 CONSIDERAÇÕES FINAIS O sistema será desenvolvido com o objetivo de implementar um módulo de pedidos para representantes e um módulo de retaguarda que servirá para integrar informações do software de gestão da empresa de confecções com o módulo de pedidos do representante e vice-versa, bem como os demais passos do desenvolvimento, de acordo com o cronograma e metodologia especificados. Ao final do desenvolvimento, o módulo de pedidos deverá permitir efetuar vendas por pedido através de um dispositivo móvel, por parte do representante que terá sua base de dados salva em um banco de dados free, como o Firebird, diminuindo o custo da aplicação, transmitindo-os para o módulo de retaguarda que irá salvar e processar as informações de clientes e pedidos. Este módulo também será responsável pelo envio das informações geradas pelo sistema de gestão da empresa de confecção, a fim de garantir o processamento e recebimento de todas as informações importadas e exportadas entre os dois sistemas através de arquivos XML. A implementação será baseada no conceito de orientação a objetos utilizando Object Pascal e baseada em comandos SQL tanto para manutenção dos dados como para a geração dos arquivos XML que possuem uma estrutura de dados independente de plataforma. O sistema, depois de implementado, poderá ser utilizado por qualquer representante de confecção que trabalhe com venda por pedido, tendo como padronização da transmissão dos dados uma estrutura de arquivo XML e podendo medir suas metas estratégicas pelas consultas BSC.

22 14 REFERÊNCIAS BIBLIOGRÁFICAS ALVAREZ, Miguel A. O que é e para que serve o SQL. São Paulo, [2004]. Disponível em: < Acesso em: 26 jul BALZANI, Haylla S. Balanced scorecard BSC: Uma ferramenta de gestão. [S.1.], [2006]. Disponível em: < ferramenta_de_gestao/12951/>. Acesso em: 23 ago CIMINO, Julio C. S. Implantação do balanced score (BSC) em pequenas empresas: um estudo de caso em uma empresa de serviços em juiz de fora-mg f. Dissertação de Mestrado (Programa de pós-graduação em Engenharia de Produção) Centro de Ciências Exatas e Naturais, Universidade Federal de Santa Catarina, Florianópolis FREITAS, Alfredo. A. Firebird. Br. [S.1.], [2002]. Disponível em: < com.br/index.php>. Acesso em: 28 jul FURTADO JUNIOR, Miguel. B. Trabalho sobre XML. Rio de Janeiro, [2005]. Disponível em: < Acesso em: 20 mar GRAVES, Mark. Projeto de banco de dados com XML. Tradução Aldair José Coelho Corrêa da Silva. São Paulo: Pearson, KAPLAN, Robert S. NORTON, David P. A Estratégia em ação: balanced scorecard. 7. ed. Rio de Janeiro: Campus, KOTLER, Philip. Administração e marketing. Tradução Ailton Bonfim Brandão. São Paulo: Atlas, KRACIK, João. Protótipo de padrão de comunicação e armazenamento de dados contábeis usando XML 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. LAUDON, Kenneth. C.; LAUDON, Jane. P. Sistemas de informação gerenciais. 5. ed Tradução Arlete Símile Marques. São Paulo: Pearson, MANZANO, Augusto. Free Pascal: Compilador pascal e object pascal de código aberto. [S.1.], [2006]. Disponível em: < Acesso em: 01 ago SANTOS, Paulo. V. Características e especificações do SGBD Firebird 1.0. [S.1.], [2005]. Disponível em: < Acesso em: 01 fev WERNER, Carlos E. Ferramenta de gerenciamento para banco de dados Firebird 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