CENTRO UNIVERSITÁRIO CATÓLICA DE SANTA CATARINA Pró-Reitoria Acadêmica Setor de Pesquisa

(1)

CENTRO UNIVERSITÁRIO CATÓLICA DE SANTA CATARINA Pró-Reitoria Acadêmica

Setor de Pesquisa

FORMULÁRIO PARA INSCRIÇÃO DE PROJETO DE INICIAÇÃO CIENTÍFICA.

Coordenação/Colegiado ao(s) qual(is) será vinculado:

Bacharelado em Sistemas de Informação

Curso (s) : Bacharelado em Sistemas de Informação Nome do projeto:

UTILIZAÇÃO DE GOOGLE GLASS PARA PROJETO EM LOGÍSTICA

Nome do professor orientador: CLEITON DOS SANTOS GARCIA Nome do professor co-orientador: Mauricio Henning

Nome do coordenador(a) do Curso: Mauricio Henning

Para a Fundação Educacional Regional Jaraguaense – FERJ, mantenedora do Centro Universitário - Católica de Santa Catarina em Jaraguá do Sul e em Joinville, encaminhamos anexo, Projeto de Iniciação Científica a ser submetido ao Edital nº .../2016 Programa de Bolsas de Estudo da Educação Superior – UNIEDU, da Secretaria de Estado da Educação de Santa Catarina, e declaramos nosso interesse e prioridade conferida ao desenvolvimento do projeto ora proposto, assim como nosso comprometimento de que serão oferecidas as garantias necessárias para sua adequada execução, incluindo o envolvimento de equipe, utilização criteriosa dos recursos previstos e outras condições específicas definidas no formulário anexo.

__________________, ____ de ___________ de 2015

____________________________________________ _________________________________________________ Professor orientador Professor coorientador

____________________________________________ Coordenador do Curso

(2)

2 – DESCRIÇÃO DO PROJETO

Título do Projeto:

Utilização de Google Glass para projeto em Logística

Tipo de Projeto ( 12 meses ) ( ) Apresentado pelo professor;

(X) Elaborado pelo acadêmico e professor;

Resumo do Projeto

Atualmente existem mais de 1 milhão de armazéns ao redor do mundo e os processos para recebimento, armazenamento, coleta e empacotamento representam um custo muito significativo para as organizações. Diante desta realidade e das tecnologias emergentes de realidade aumentada por meio de dispositivos vestíveis como o Google Glass, o objetivo deste projeto é desenvolver um sistema para suportar as operações de um armazém com comandos realizados neste óculos e por comandos de voz visando a redução do tempo deste processo e aumento da qualidade.

Texto limitado em até 200 palavras Problematização

Atualmente para suportar o processo de coleta e endereçamento de material é necessário o uso de diversas ordens impressas que elevam os custos deste processo, aumenta a propensão para o erro humano e extravio destas ordens de trabalho. Além disso, o uso de uma ordem de trabalho impressa e também um dispositivo coletor (handheld) para confirmar as quantidades e código de barra dos materiais limitam a capacidade e ergonomia de execução do colaborador. Estes problemas também acabam gerando deslocamentos desnecessários e consequentemente maior tempo e custo na execução destas atividades.

Texto limitado a 20 linhas Justificativa

A relevância científica deste trabalho está na aplicação da realidade aumentada e desenvolvimento sobre novos dispositivos vestíveis, como um óculos, que ainda é um tema inovador e distante da maioria das organizações. A relevância econômica deste projeto está relacionada à eficiência operacional nos processos onde o componente humano aliado aos recursos computacionais desempenha papel fundamental nas atividades de produção, no relacionamento com o cliente e na agilidade do negócio. Esta tecnologia de realidade aumentada tem sido proposta em diversas áreas da manufatura, tais como: movimentação de materiais em estoque; movimentação de produtos

acabados; manutenção Industrial; comissionamento; e, assistência Técnica em campo.

Texto limitado a 20 linhas Objetivo Geral:

Desenvolver um aplicativo para realizar a seleção e endereçamento de materiais aplicando a realidade aumentada por meio do dispositivo vestível Google Glass.

(3)

Texto limitado a 05 linhas

Objetivos específicos

- Compreender os conhecimentos necessários para desenvolvimento sobre a plataforma Android; - Estudar o dispositivo Google Glass e suas capacidades de interfaces de entrada por botão, câmera e voz;

- Mapear o processo de seleção e endereçamento de material e sistemas SAP ERP envolvido;

- Elaborar um protótipo sobre as informações a serem apresentadas para o operador por meio do Google Glass;

- Desenvolver o consumo dos serviços do ERP com as informações de ordem de transporte; - Capturar por meio da câmera os códigos de barras (tradicional e 2D) para confirmação do local; - Identificar comandos de confirmação por voz das quantidades; e

- Validar o projeto desenvolvido em campo acompanhando o uso da solução coletando dados sobre a melhoria no processo.

Texto limitado a 15 linhas Metodologia

Serão realizadas os seguintes procedimentos para realização do projeto:

• Pesquisa exploratório : contribuindo assim com a aquisição de embasamento para realizar posteriores pesquisas, pela experiência e auxílio que traz. Limita-se a definirem objetivos e buscar maiores informações e idéias novas sobre o tema em questão, familiarizando-se com ele.

• Pequisa experimental: procurando refazer as condições do fato a ser estudado, para observá-lo sob controle. Para tal, se utilizam de observá-local apropriado, aparelhos e instrumentos de precisão para demonstrar as causas ou o modo pelo qual um fato é produzido, proporcionando assim o estudo de suas causas e efeitos (KELLER; BASTOS, 1991, p. 54).

Texto limitado em 02 página Fundamentação Teórica

Já em 2006 reportou-se que mais de 1 trilhão de mercadorias eram distribuídas ao redor do mundo por aproximadamente 1 milhão de armazéns, sendo do que o custo desta logística era de aproximadamente 20% (KOSTER et al, 2007). Visto que passou-se quase uma década com fatoreas como a globalização em pleno crescimento e a evolução das industrias nos países em desenvolvimento, destacando-se a China, sabe-se que este número aumentou consideravelmente. Estima-se que deste 20% dos custos na logística, aproximadamente 60% do custo está diretamente relacionado as atividades de seleção (picking) e empacotamento (packing) para distribuição do destino (BAUMANN, 2013).

Mesmo com o avanço da robótica, sabe-se que a maioria das organizações tem as suas operações sendo realizadas basicamente de forma manual nestes processos de recebimento, armazenamento, seleção e empacotamento de produtos, partes e peças. Para exemplificar serão apresentadas algumas

(4)

das tarefas no processo realizadas em um armazém que é gerenciado pelo sistema SAP ERP.

Atividade para a entrada de mercadoria no armazém:

1. O colaborador recebe a atribuição de uma ordem de transporte (OT) alocada para a sua fila para fazer a entrada desta mercadoria;

2. As informações de material, a sua quantidade e posição de endereçamento (destino) são recebidas.

3. O colaborador leva o material ao destino;

4. No sistema são confirmadas as qualidades, o material colocado no endereço de destino; 5. Encerrar OT

Atividade de coleta para saída de mercadoria do armazém:

1. O colaborador recebe a primeira OT alocada para a sua fila;

2. As informações sobre o primeiro material, a quantidade e posição endereçada (origem). 3. O colaborador se desloca até as respectivas caixas para retirá-los;

4. No sistema o colaborador confirma o material, quantidade retirados; 5. O colaborador leva até a mesa de embalagem

6. Encerrar etapa de picking da OT

Pesquisas e experimentos anteriores já evidenciaram que tecnologias de display na altura dos olhos (HUD- head-up displays) , presentes do Google Glass, atinge um nível de eficiência muito superior as que foram comparadas. No experimento de (GU et al, 2015) foram comparadas basicamente 4 tecnologias no suporte aos processos dentro dos armazéns, foram elas: assistência por papel (paper), assistência por luzes (light), assistência por display acoplado a empilhadeira (CMD - cart-mounted

display) e o display vestível na altura dos olhos. Conforme pode-se observar na figura 1, realizando o

mesmo processo por meio da assistência de um display na altura dos olhas o tempo para realização da tarefa é menor assim como a margem de erro também é menor.

(5)

Figura 1. Experimento comparativo dos métodos de assistência ao armazém (GU et al, 2015)

Neste trabalho pode-se observar que os ganhos na redução de erros foram muito grandes, por isso, buscou-se fazer uma classificação destes erros chegando as seguintes informações apresentadas graficamente na Figura 2.

(6)

Figura 2. Classificação dos erros por método (GU et al, 2015)

DESENVOLVIMENTO DE SOFTWARE

O desenvolvimento de software tem se tornado uma atividade extremamente importante para as organizações. Quando falamos de grandes organizações, todas elas utilizam diversos tipos de software para o gerenciamento ou apoio no gerenciamento dos seus processos internos e do seu relacionamento com clientes e fornecedores. Não há mais como fugir dessa realidade, dado o volume e a velocidade com que as transações precisam acontecer atualmente (DICARLO, 2004).

A busca por software mais barato e de maior qualidade tem sido uma constante desde que as empresas começaram a depender de software para funcionar apropriadamente. Organizações como o W3C (World Wide Web Consortium) , a IEEE (Institute of Electrical and Electronics Engineers), a SEI (Software Engineering Institute), entre outros, têm investido esforços para a criação de padrões, metodologias e modelos de maturidade para auxiliar no desenvolvimento de software.

De maneira geral, existem dois aspectos bastante importantes no desenvolvimento de software a serem considerados. O primeiro é referente à industrialização do processo de desenvolvimento de software (fábricas de software), e o segundo é a necessidade do desenvolvimento de software customizado para o processo de negócio do cliente.

A COMPLEXIDADE NO DESENVOLVIMENTO

(7)

de Boz Elloy não é o único a enfatizar a crescente complexidade que envolve o mundo do desenvolvimento de software, ora por conta dos requisitos de negócio, ora por conta das limitações de recursos como tempo e pessoas.

Segundo o SMLAB (SMLAB, 2006), há ainda outros fatores que contribuem para o aumento da complexidade no desenvolvimento de software:

• A diversidade dos sistemas desenvolvidos pela empresa (financeiro, chão de fábrica, software embarcado, etc.).

• A utilização de diversos métodos e ferramentas de desenvolvimento diferentes nos projetos de software pela equipe de desenvolvimento.

• A variedade de plataformas utilizadas, tanto a nível de software (Sistemas Operacionais) quanto a nível de hardware (Tecnologias de Servidores).

• A participação de diferentes equipes de desenvolvimento em diferentes etapas do ciclo de vida do software, especialmente quando o projeto não possui uma documentação clara e consistente. • A estrutura da organização para a qual o software está sendo desenvolvido. Em alguns casos os processos de negócio são complexos sem uma real necessidade, e um sistema que poderia inicialmente ser simples acaba demandando um grande esforço da equipe de desenvolvimento. • A organização das atividades de cada membro da equipe, dedicação exclusiva ao projeto, etc. É muito comum que alguns (senão todos) os membros da equipe de desenvolvimento acabem sendo requisitados para auxiliar em outras tarefas alheias ao projeto.

Em virtude desses (e outros) fatores, constantemente têm sido realizadas várias iniciativas de utilização de novos métodos e ferramentas para minimizar o impacto dessa complexidade nos custos e na qualidade dos projetos de software.

A IMPORTÂNCIA DAS BOAS PRÁTICAS DE PROGRAMAÇÃO

Grandes organizações normalmente já utilizam software de maneira intensiva há bastante tempo. Estas empresas, segundo Bredemeyer (2006), normalmente tem problemas com sistemas antigos (também chamados “sistemas legados”), que foram desenvolvidos na época em que o desenvolvimento de software era puramente uma atividade artesanal. Estes sistemas normalmente foram desenvolvidos sem o planejamento de uma arquitetura, e muitas vezes, nem sequer um pouco de disciplina. São sistemas caros de manter (algumas vezes é difícil encontrar profissionais com conhecimento em tecnologias muito antigas, normalmente não há documentação destes sistemas, etc.) e difíceis de modificar (pequenas alterações podem fazer o sistema simplesmente parar de funcionar, para realizar uma pequena alteração pode ser necessário reescrever grande parte do sistema, pode ser impossível desenvolver determinada funcionalidade por limitações da tecnologia utilizada, etc.).

No entanto, o ambiente corporativo normalmente é cenário de constantes mudanças. A capacidade de realizar essas mudanças de maneira ágil tem sido a chave do sucesso de muitas empresas. Segundo Augustine (2003), “O velho clichê a respeito de mudanças tem sido a única constante que pode ser considerada verdadeira para tecnologia”.

Para essas empresas há duas alternativas: arcar com os altos custos da manutenção de sistemas monolíticos, difíceis de manter e modificar, ou partir para o desenvolvimento de sistemas adaptáveis aos negócios. “Para quebrar as correntes do legado corporativo e construir sistemas que sejam

(8)

adequados a esse ambiente e adaptáveis ao ambiente à medida que ele muda, nós precisamos de Arquitetura de Sistemas, que é a utilização de boas práticas.” (BREDEMEYER, 2006).

3. CRONOGRAMA DE EXECUÇÃO ETAPA OU FASE DO PROJETO Objetivo Específico Etapa/Fase (O que?) Especificação (Como?) Início Semanas e meses Término Semanas e meses Compreender desenvolvimento sobre a plataforma Android

Fase 1 - Estudo Fev S2-Mar

Estudo sobre Google Glass

Fase 1 - Estudo S2-Mar S4-Mar

Compreender o processo de seleção e endereçamento de material e sistema

SAP ERP

Fase 2 - Preparo S4-Mar S1-Abr

Elaborar protótipo Fase 2 - Preparo S2-Abr S3-Abr

Desenvolver o consumo dos serviços Fase 3 - Desenvolvimento S4-Abr S4-Mai

Capturar por meio da câmera

Fase 3 - Desenvolvimento

S4-Mai S2-Jul

Identificar comandos por voz

Fase 4 - Desenvolvimentos avançados S1-Ago S1-Set Validar e acompanhar o uso da solução em campo

Fase 5 – Validação S1-Set S2-Set

Elaborar um artigo e submeter para conferência. Fase 6 - Contribuição Escrita do artigo será realizada em paralelo ao desenvolvimento buscando a publicação em conferência ou periódico com QUALIS S2-Set S1-Dez

(9)

4. REFERÊNCIAS

(KOSTER et al, 2007) KOSTER, R.; LE-DEC, T.; ROODBERGEN,K.J. Design and Control

of Warehouse Order Picking: A Literature Review. European J. Operational Research, v. 182,

no. 2, pp. 481–501., 2007.

(GU et al, 2015) GUO, A.; WU, X.; SHEN, Z.; Starner, T.; Baumann, H.; Gilliland, S. Order

Picking with Head-Up Displays. Computer, v. 48, i. 6, p. 16 – 24, 2015. DOI:

10.1109/MC.2015.166

(BAUMANN, 2013) BAUMANN , H. “Order Picking Supported by Mobile Computing,” PhD dissertation, Univ. of Bremen, 2013.

DIAS, M. A. P. Administração de materiais: princípios, conceitos e gestão. 6 ed. São Paulo: Atlas, 2009.

RODRIGUES, P. R. A. Gestão estratégica da armazenagem. 2 ed. São Paulo: Aduaneiras: 2010

BREDEMEYER, Dana. Resources for Software Architects. Disponível em

http://www.bredemeyer.com. Acessado em: 19 set. 2006.

GREENFIELD, Jack. O caso das fábricas de software. Artigo no portal Microsoft.com. Julho

de 2004. Disponível em

http://www.microsoft.com/brasil/msdn/Tecnologias/arquitetura/FabricasdeSoftware.mspx?mfr=t rue. Acessado em 28 out. 2006

HUMPHREY, Watts S. A Discipline for Software Engineering. Reading: Addison-Wesley, 1998.

KRUEGER, Charles. Software Product Lines. Portal dedicado à metodologia de

desenvolvimento de software em linha de produção. Disponível em

http://softwareproductlines.com/introduction/introduction.html. Acessado em 12 set. 2006. SHORT, Keith; GREENFIELD, Jack. Moving to Software Factories. Artigo publicado em http://www.softwarefactories.com. Acessado em 12 out. 2006.

SMLAB. Software Development Complexity. Artigo no portal SMLAB, da Universidade Otto von Guericke, de Magdeburg. Disponível em http://www-ivs.cs.uni-magdeburg.de/sw-eng/us/java/sdc/

5. RESUMO DO ORÇAMENTO: FERJ Setor de Pesquisa

Contrapartida

(quando houver parcerias)

Total R$ Elementos de Despesa Quantidade Preço Unitário R$ Quantidade Preço Unitário R$

(10)

CENTRO UNIVERSITÁRIO CATÓLICA DE SANTA CATARINA Pró-Reitoria Acadêmica Setor de Pesquisa Participação em eventos1 Conferência a ser definida 1 R$ 450,00 R$ 450,00 Passagens e Despesa de Locomoção. Conferência a ser definida 1 R$ 450,00 R$ 450,00 Material de Consumo ( descrever todos os itens ex: Papel A4, disquetes,etc..)

Aquisição de Livros *

Cópias

monocromáticas, fotocópia colorida, fotos aéreas, mapas, plotagens, cópias em metro. Equipamentos e Material Permanente ** Google Glass 1 Emprésti mo Equipamentos e Material Permanente Outros ( Descrever conforme padrão) Total do Projeto R$ 900,00

* O valor não poderá exceder a 15 % do valor total solicitado para a execução do projeto.

** O valor solicitado deverá respeitar os critérios dispostos no Edital. 6-CRONOGRAMA DE DESEMBOLSO (R$) Objetivo Específico Elementos de despesas JAN FEV MA R

ABR MAI JUN … NOV DEZ

Elaborar um artigo e submeter para conferência. Participação em eventos 900,00

1_{Deverá estar justificada a despesa na Metodologia do projeto e aprovada pela Coordenação do} PROINPES