Passo 3: Desenho do sistema

Após o estudo e análise do fluxo de informação do processo atual foi possível retirar as conclusões anteriormente mencionadas. Deste modo decidiu-se desenvolver um novo sistema de informação, que seja capaz de corresponder às exigências atuais. No entanto, com um potencial maior quanto à apresentação da informação, caraterizada pelo seu cariz intuitivo, sucinto e de exposição clara.

Para o efeito, deu-se início ao desenvolvimento de um sistema construído através de uma aplicação proveniente do sistema SAP, designada Fiori. Este Sistema Integrado de Gestão Empresarial permite que a informação da empresa se encontre armazenada num único local, promovendo o ágil acesso à mesma por parte de qualquer pessoa que opere na empresa. No entanto, o SAP encontra-se a redefinir o modo como os utilizadores empresariais desempenham as suas tarefas diárias, na medida em que tem vindo a desenvolver ferramentas com formatos mais intuitivos e que tornem o dia-a-dia dos utilizadores mais acessível (SAP, 2013).

Estes factos justificam a eleição do sistema SAP para desenvolver a aplicação idealizada. O sistema deverá providenciar uma interface intuitiva, que apresente toda a informação relativa ao

stock e movimentações dos mesmos. Esta informação deverá ser atualizada automaticamente e

apresentada em tempo-real, sendo que os valores demonstrados deverão ser automaticamente recolhidos das transações do SAP atualmente utilizadas.

4.3.1 Definição do novo sistema de informação

Nesta fase foi estruturado o novo sistema de informação, realizando sessões de

brainstorming semanalmente com a equipa LOG2. Na figura 34 é apresentada a estrutura-base

Figura 34 - Interface gráfica do novo sistema de informação.

O ecrã encontra-se dividido em blocos que correspondem à informação que hoje em dia é utilizada, porém dispersa em várias transações do sistema e ficheiros Excel. Deste modo foi possível reunir a informação necessária num único ecrã. A aplicação informática deverá ter a potencialidade para apresentar os níveis de stock de todas as referências, mesmo que não se considerem críticas. Contudo, o utilizador terá a possibilidade de definir filtros, para que analise os materiais consoante as necessidades do momento, sendo que poderá filtrar por fornecedor, por níveis de stock, por dias atuais de cobertura, por período temporal, ou até mesmo limitar as referências de compra que pretende visualizar.

Neste seguimento, a interface gráfica da aplicação informática encontra-se segmentada em sete blocos principais, que foram definidos em concordância com as conclusões retiradas do mapeamento realizado ao processo atual e dos pontos de melhoria identificados no mesmo. Cada bloco apresenta as seguintes funcionalidades:

• Bloco 1 - apresentação da listagem de referências com necessidades de produção até ao final do período de análise. Usualmente são retiradas na listagem em papel as que se encontram em potencial rutura até ao final do período analisado. Contudo, a interface foi idealizada com o objetivo de apresentar todas as referências existentes. Neste seguimento, existe a apresentação de um semáforo que traduz o estado de criticidade da peça até ao final do período em análise, sendo a cor vermelha para peças que se

produção do período. É também exposta a quantidade que se encontra em stock no final do período em análise e, em caso de rutura, a quantidade total que se encontra em falta; • Bloco 2 – especificação de dados relevantes acerca da referência de compra a ser

analisada, tais como, nome do material, nome do fornecedor da peça, quantidade mínima de encomenda, nível de consumo da peça (A, B ou C), lead time do fornecedor, período de reabastecimento (diário, semanal ou mensal) e dias de cobertura;

• Bloco 3 - representação da transação “MRP”, no qual é possível analisar os níveis de

stock diários, considerando as necessidades de produção e as entregas de encomendas

planeadas por parte dos fornecedores. Ainda são disponibilizadas as quantidades que se encontram em trânsito e o material que tem o seu estado em pré-receção no armazém. Tendo em consideração todos estes dados, é apresentado o valor de stock planeado ao final de cada dia;

• Bloco 4 - descrição das movimentações de material desde a entrada até à saída de armazém para as secções produtivas, possibilitando a perceção das quantidades que permanecem para utilização na produção. Estas quantidades, quando são movimentadas para a área produtiva, são excluídas dos valores de stock em sistema. Ainda neste bloco é possível validar os supermercados onde o material está localizado e quantidades de material que estejam bloqueadas por problemas de qualidade. Estes dados equivalem aos disponibilizados nas transações “Movimento de material”;

• Bloco 5 – disponibilização de um botão que encaminha o utilizador diretamente para um novo ecrã, no qual o mesmo possa verificar o planeamento de produção para os dias em análise, validando a secção produtiva e as horas em que é produzido e, ainda, o material onde a referência de compra será aplicada;

• Bloco 6 - espaço do sistema no qual o planeador poderá deixar comentários e obter informações de execuções históricas realizadas pelo mesmo, dado que o sistema terá a funcionalidade de armazenar informações passadas, que poderão facilitar em casos de necessidade de análises históricas ou de planos de substituição entre a equipa;

• Bloco 7 – disposição de um conjunto de ações corretivas que o planeador deve tomar quando, após analisar a peça crítica, conclui que não terá o material em fábrica no momento necessário. Assim, este campo é representado em quatro botões: enviar alerta para o LOG3 (armazém) proceder à receção urgente do material, efetuar pedido de transporte urgente de material ao LOG3 (transportes), realizar pedido de encomenda adicional ao fornecedor e pedir alteração do plano de produção ao LOG-PL.

Os botões com as medidas de ação corretiva surgem com um propósito. Estes permitem melhorar a conexão de informação entre as áreas do LOG envolventes no processo, nomeadamente, LOG2, LOG-PL, LOG3 (armazém e transportes).

Aquando a escolha de uma das ações corretivas, o utilizador é diretamente encaminhado para uma nova área que permita concluí-las. Quando a decisão “Pedir prioridade de receção ao armazém” é selecionada, lança-se um alerta automático através do sistema ao armazém, que rapidamente deverá proceder à receção do material indicado. Quanto à ação “Pedido de transporte urgente” deverá abrir automaticamente a transação SAP específica para realizar este tipo de requisições à equipa de transportes. Por sua vez, a ação “Alteração do plano de produção” deverá abrir um formulário a ser preenchido pelo planeador, no qual seja possível indicar a referência e quantidade a alterar e para que data do plano de produção deverá ocorrer essa modificação. Por fim, a ação “Pedido de encomenda adicional” deverá permitir a abertura de uma caixa de correio eletrónico previamente definida para posterior envio ao fornecedor.

4.3.2 Mapeamento do novo sistema de informação

O mapeamento dos processos até ao momento realizado permitiu realizar uma análise mais visual e detalhada de todas as fases do processo, possibilitando a definição de pontos de melhoria e novos procedimentos.

Com a especificação do novo sistema de informação a ser implementado, é também crucial a realização de uma nova modelação do processo que permita compreender quais as alterações que surtiram da idealização deste novo projeto.

Para o efeito foram modelados novamente os diagramas Use Case e Diagrama de Atividades na linguagem SysML, que permitiram validar os novos procedimentos e compreender se o processo foi de facto simplificado.

As figuras 35 e 36 apresentam também exemplos de cada um dos diagramas elaborados. Nos anexos G a K é possível encontrar as demais representações do fluxo do processo total.

Figura 35 - Diagrama de Casos de Uso: Novo processo "Retirar a listagem de críticos e validar as encomendas em aberto".

Figura 36 - Diagrama de Atividades: Novo processo "Retirar a listagem de críticos e validar as encomendas em aberto".

Após a definição a estrutura do novo sistema de informação, o próximo passo será avançar com a sua implementação, passando assim ao passo 4 do SDLC.