Traduzido do Inglês para o Português - www.onlinedoctranslator.

com

Disponível on-line emwww.sciencedirect.com

Science Direct
IFAC PapersOnLine 52-10 (2019) 376–381

Plataforma de baixo código para automatizar processos de negócios na manufatura

Robert Waszkowski*

* Faculdade de Cibernética, Universidade Militar de Tecnologia,

2 Kaliskiego str., Warszawa, Polônia (e-mail: robert.waszkowski@wat.edu.pl )

Abstrato:A plataforma low-code permite a geração e entrega rápida de aplicativos de negócios com o mínimo de
esforço para escrever em uma linguagem de codificação e exige o mínimo de esforço possível para instalação e
configuração de ambientes, treinamento e implementação. Com um número crescente de empresas, o uso de
soluções de baixo código pode ser um passo significativo na criação de aplicativos de negócios essenciais. Este
artigo descreve o uso da plataforma low-code Aurea BPM para automatizar processos de negócios na
manufatura.

©2019, IFAC (Federação Internacional de Controle Automático) Hospedagem por Elsevier Ltd. Todos os direitos reservados.

Palavras-chave:Plataforma low-code, Aurea BPM, manufatura, processos de negócios, automação de processos.

Estima-se que existam cerca de 275.000 vagas não preenchidas no

1. INTRODUÇÃO
A plataforma low-code é um conjunto de ferramentas para
programadores e não programadores. Ele permite a geração e
entrega rápida de aplicativos de negócios com o mínimo de esforço
para escrever em uma linguagem de codificação e requer o menor
esforço possível para a instalação e configuração de ambientes,
treinamento e implementação. Com um número crescente de
empresas, o uso de soluções de baixo código pode ser um passo
significativo na criação de aplicativos de negócios essenciais. Este é,
até agora, o método mais rápido e provavelmente também o mais
barato de desenvolver software. As empresas precisam mudar em um
ritmo que possa acompanhar os concorrentes, fornecedores e o fluxo
fugaz de desejos impacientes do consumidor moderno.
As plataformas de desenvolvimento de baixo código (LCDP) são
baseadas na interface gráfica do usuário no design do aplicativo,
em oposição às técnicas de programação codificadas. O recurso
do LCDP se concentra no desenvolvimento do seguinte:
• Bancos de dados,
• Processos de negócios,
• Interface do usuário (aplicativos baseados na web).
A técnica de Programação Low-Code é derivada da ideologia
de programação de quarta geração (4GL) juntamente com os
conceitos de Desenvolvimento Rápido de Aplicativos (RAD). A
Programação Low-Code permite que o programador gaste
menos tempo pensando na sintaxe do código e coloque mais
ênfase no design da estética e funcionalidade do aplicativo,
reduzindo assim o tempo gasto na solução de problemas e na
implementação. A ideia de Low-code, que foi introduzida em
2011, é considerada um conceito novo e de ponta no campo
da programação.
As abordagens que criaram a Programação Low-Code são as
seguintes:
• Abordagem de desenvolvimento de software orientada a modelo
• Desenvolvimento de Aplicação Rápida
• Geração automática de código
• Programação visual
2405-8963©2019, IFAC (Federação Internacional de Controle Automático) Hospedagem por Elsevier Ltd. Todos os direitos reservados.
Revisão por pares sob responsabilidade da Federação Internacional de Controle Automático.
10.1016/j.ifacol.2019.10.060
setor de TIC na UE, e até 2020 essa escassez chegará a 1 milhão. Na
Polónia, o défice de trabalhadores na indústria de TI é estimado em
cerca de 50.000 pessoas. Segundo a empresa de pesquisas Gartner,
até 2021, a demanda por sistemas de informação aumentará cinco
vezes mais rápido do que a capacidade de fornecê-los pelos
departamentos de TI, porque o número de funcionários não está
crescendo em ritmo suficiente. Essa situação afeta a pontualidade da
entrega do software. Além disso, as soluções de TI modernas não são
baseadas em sistemas padrão. As empresas estão usando cada vez
mais soluções personalizadas. As plataformas de baixo código
permitem que você crie aplicativos sem codificação, aumentando a
velocidade de introdução de alterações.
Os provedores globais de plataforma low-code são: Salesforce,
Microsoft PowerApps, Mendix, Google App Maker, TrackVia e Appian.
No mercado polonês, poucas empresas oferecem plataformas low-
code. Mas essas soluções são construídas principalmente em
tecnologias européias ou americanas existentes, adicionando
elementos e módulos personalizados.
A plataforma low-code para automatizar processos de negócios
na manufatura é um desafio difícil e exigente que permite a
solução de muitos problemas tecnológicos e de pesquisa.
Também exigiu pesquisa básica, aplicada, diagnóstica, de
verificação e heurística.
2. PLATAFORMA DE BAIXO CÓDIGO
Rhett Ramos, Diretor Regional de Operações de TI da Allegro
MicroSystems, afirma que hoje em dia, em um campo definido por
margens apertadas e intensa competição de custos, as organizações
precisam constantemente estar na vanguarda da automação
inovadora para se manterem competitivas e operarem da forma mais
eficiente possível.
Desde a redução dos custos associados com mão de obra e manutenção
até a garantia de um maior rendimento líquido de produtos manufaturados
por meio de melhorias de qualidade, a automação é a chave para
administrar uma fábrica lucrativa hoje.
 Robert Waszkowski / IFAC PapersOnLine 52-10 (2019) 376–381
Infelizmente, para muitos gerentes de fábrica, a automação não é a
questão principal. Para muitas empresas, isso exige que entrem em
um mundo totalmente novo de desenvolvimento e domínio de dados
e enfrentem desafios completamente novos, como:
• Adquirir e pagar por habilidades de desenvolvimento especializadas,
• Compreender a experiência do usuário para criar aplicativos
intuitivos,
• Manutenção manual de aplicativos e processos automatizados para
garantir o mínimo de tempo de inatividade.
Esses desafios técnicos e de desenvolvimento foram a razão pela
qual as empresas não decidiram automatizar processos. Mudou
quando surgiu a nova opção que pode simplificar todos esses
desafios e dar até mesmo aqueles com experiência de
desenvolvimento mais limitada a chance de criar aplicativos e
sistemas automatizados. Essa nova possibilidade é a plataforma
lowcode.
A geração de aplicativos com base em diagramas de processos de negócios
requer um método de modelagem específico. Existem algumas estruturas
mais complexas que podem ser desenhadas em diagramas BPMN, que não
são adequadas para automação. Portanto, um diagrama de processo deve
ser preparado de forma que qualquer solicitação no processo seja
identificada exclusivamente como uma coleção de telas.
Fig. 1. Arquitetura do sistema Aurea BPM. Fonte: elaboração própria.
Os algoritmos de geração de módulos de interface de usuário Aurea BPM são
capazes de preparar um aplicativo em diferentes níveis de complexidade, desde
um fluxo de trabalho simples até uma solução complexa contendo bancos de
dados, painéis de usuários e clientes, gerenciamento de conteúdo, automação de
tarefas, balanceamento de carga, dispositivos móveis
377
formulários, anexos e ações do usuário. Desta forma, depois de
atribuir ao empreiteiro a tarefa, fornecemos-lhe as informações e
ferramentas necessárias para a sua execução.
Existem ferramentas para preparar diagramas de processos
de negócios da maneira descrita acima. Um deles é projetado
e desenvolvido pelo autor. Este é o Sistema Aurea BPM. A
comparação com o software existente desse tipo foi
apresentada por Waszkowski Robert e Kowalski Arkadiusz no
artigo “Análise comparativa de estruturas de gerenciamento
de processos de negócios” publicado em 2017.
Diagramas de processo devidamente preparados não são suficientes para gerar
aplicativos para lidar com tarefas. Os dados de processo adequadamente
modelados são igualmente importantes. Com base nos modelos de dados, são
criadas as telas e os elementos da interface do usuário.
Toda a definição do processo que permite a geração automática de
aplicações para suportar a execução dos processos de negócio é
complementada por 'actions'. As ações são divididas em ações padrão,
ou seja, aquelas que são executadas para todas as tarefas em
qualquer processo, e ações individualizadas - específicas para uma
determinada tarefa em um determinado processo.
A arquitetura do sistema é mostrada na Figura 1.
interface, monitoramento de negócios, revisão pós-ação, simulação de
processos.
Graças à combinação de tempo de execução e arquitetura de modelagem, é
possível projetar e executar processos de negócios usando uma solução
integrada com uma interface de usuário coerente, tudo por meio de uma rede
378 Robert Waszkowski / IFAC PapersOnLine 52-10 (2019) 376–381

navegador. Qualquer alteração nos modelos de processo influencia a forma
como ele é executado e apresentado aos usuários finais. O modelo de
processo de negócios é integrado ao aplicativo. Quaisquer mudanças no
modelo são iguais às mudanças no sistema. Tanto a modelagem do
processo, quanto o uso e a administração do sistema são conduzidos em
uma estrutura integrada.
Os diagramas de processo são convertidos em aplicativos da Web
funcionais. Para cada tarefa em um determinado processo de negócios, o
sistema gera formulário correspondente para entrada de dados, bem como
um conjunto de dados necessários para executar a tarefa. O conjunto de
dados consiste em dados relacionais ou XML e diferentes tipos de arquivos
como anexos.
A Figura 2 apresenta a visualização da ferramenta com o processo de
negócio sendo modelado.

Fig. 2. Exemplo de processo de negócios sendo preparado no modelador Aurea BPM. Fonte: elaboração própria.

O sistema de gerenciamento de processos de negócios Aurea BPM é uma
ferramenta que fornece amplo suporte para modelagem, automação,
gerenciamento e otimização de processos de negócios.
O sistema Aurea BPM funciona em ambientes Microsoft Windows,
Linux, Unix com qualquer servidor de aplicativos e servidor Web e
utiliza o sistema de gerenciamento de banco de dados Oracle. O
Aurea foi construído utilizando as seguintes tecnologias: Google
Web Toolkit, Oracle PL/SQL, AJAX, RPC.
Gestão integrada de processos empresariais
A concepção, operação e controle de todos os processos de
negócios ocorre em um repositório central e integrado. O alvo
grupos de usuários: os departamentos de organização e gestão,
divisões operacionais e de TI e investigadores financeiros, todos
trabalham em um ambiente integrado. Isso permite o
gerenciamento totalmente integrado dos processos corporativos.
Acesso remoto
A tecnologia fornece aos usuários do sistema acesso aos recursos do
repositório de qualquer lugar, simplesmente usando um navegador
da web. O sistema funciona na maioria das plataformas, sistemas
operacionais e hardware disponíveis e pode ser suportado por uma
variedade de navegadores da Web (Internet Explorer, Firefox, Mozilla,
Safari e Opera).
 Robert Waszkowski / IFAC PapersOnLine 52-10 (2019) 376–381
Segurança
O subsistema de segurança protege os dados contra acesso não
autorizado. O acesso ao sistema é controlado em vários níveis,
desde os objetos do banco de dados até o servidor de aplicativos
e terminando com o próprio aplicativo. O sistema pode operar
tanto em uma rede aberta de Internet quanto em uma rede
corporativa interna segura.
Confiabilidade
O uso de tecnologia de informação verificada fornece Aurea BPM
com confiabilidade adequada. Além disso, a medida possui um
subsistema de registro de exceção integrado. Facilita a
identificação e resolução de eventuais problemas.
Relatórios
O sistema Aurea BPM opera com base em um banco de
dados relacional, Oracle. Ao mesmo tempo, são
registrados todos os eventos associados à execução do
processo (horário de início e término do processo, trajetos
das delegações, pareceres e escalações, etc.). relatórios
-hoc usando ferramentas baseadas em SQL ou
ferramentas especializadas na classe OLAP.
Modelagem de processos de negócios
O Aurea Business Process Modeler é uma ferramenta de modelagem visual
que fornece suporte para a Notação de Modelagem de Processos de
Negócios (BPMN). Os usuários autorizados definem novos processos de
negócios e modificam os existentes.
Execução do processo de negócios
O módulo Aurea Process Execution Engine é responsável pela
execução dos processos de negócios definidos no Aurea Business
Process Modeler. Ao iniciar um processo de um determinado tipo,
o sistema gera automaticamente uma nova instância do processo,
transfere tarefas para os usuários apropriados, completando sua
lista de tarefas. No geral, o Aurea Process Execution Engine coleta
dados de processo que fornecem a capacidade de analisar, medir
e otimizar processos de negócios.
Coletando estatísticas e relatórios
O componente Aurea Business Activity Monitoring é um conjunto de
relatórios predefinidos sobre o status dos processos. A ferramenta é
destinada a donos de processos, gerentes e demais usuários. Os
relatórios são carregados por dados coletados pelo módulo Aurea
Process Execution Engine. Graças ao uso de estruturas de dados
relacionais transparentes, também existe a possibilidade de
configurar relatórios ad-hoc usando outras ferramentas disponíveis
que suportam SQL.
379
Interface de usuário
Os usuários do sistema utilizam o módulo Aurea User Portal. A
interface do usuário não apenas exibe a lista de tarefas do usuário,
mas também apresenta informações sobre os processos atualmente
executados e mostra o histórico de processos já concluídos.
Administração do Sistema
Para a administração do sistema, o Aurea fornece o Aurea Admin
Portal. Este componente permite criar novos processos de
negócios, criar novas versões de processos existentes, criar
usuários e gerenciar seus direitos, acompanhar a execução de
processos atuais e finalizar processos.
Exemplos de processos de produção
Três atores estão envolvidos no “processo de recuperação”:
departamento de produção (DP), departamento de manutenção
(DT) e departamento de qualidade (DQ). A seguir, são
apresentados os detalhes de cada uma das atividades que
compõem o processo de recuperação. Ao relatar uma falha, o
denunciante (operador da máquina) determina o tipo de falha:
mecânica, elétrica, outra, que deve ser entendida como: tipo de
falha desconhecido ou ocorrência simultânea de falha mecânica e
elétrica). Após a recuperação de uma falha, o DT responsável pela
recuperação enviará as informações ao DP. O departamento de
produção realiza uma série de testes em uma determinada
máquina para confirmar a eficácia dos reparos realizados. Após a
série de testes, o departamento de qualidade (DQ) realiza a
avaliação de qualidade dos parâmetros de produto definidos. Se o
produto atender aos requisitos, o DQ aprova a produção DP. O
departamento de produção envia as informações relativas ao
lançamento da produção para o departamento de planejamento
(DPP). Em caso de avaliação de qualidade negativa, o
departamento de qualidade (DJ) encaminhará a informação ao
departamento técnico (DT) esperando que os reparos sejam
concluídos corretamente. O novo modelo de processo é mostrado
na figura 3.
Após o operador ter relatado uma falha, a tarefa de recuperação pode
ser realizada de duas maneiras: usando recursos próprios (DT) ou
recursos externos (serviço externo). Na primeira opção, existe a
possibilidade da falta de recursos necessários para a execução da
tarefa, por exemplo, falta de peças. Nesse caso, o Departamento de
Compras (DZ) será solicitado a comprar e entregar essas peças e, após
a entrega, o trabalho continua até que seja concluído. Na maioria dos
casos, todos os recursos necessários para eliminar a falha estarão
disponíveis e a tarefa será executada de uma só vez. No segundo
cenário, a tarefa é transferida para uma empresa externa que assume
todo o processo até que a tarefa seja concluída. Independentemente
da opção selecionada, o fluxo de informações entre os departamentos
é uma parte importante do processo, pois a data de recuperação pode
afetar as tarefas executadas por outros departamentos: DP –
Departamento de Produção, DPP – Departamento de Planejamento.
No modelo descrito, caso uma falha não seja recuperada em 1 (ou 2)
horas após a notificação, os departamentos indicados devem tomar
medidas corretivas. Após esse prazo, as informações pertinentes
chegam aos departamentos de DP e DPP. o DPP
380 Robert Waszkowski / IFAC PapersOnLine 52-10 (2019) 376–381

departamento está tomando providências para implementar os (85% ou 95%), está se preparando para executar o próximo pedido (configurações,
procedimentos de alteração dos planos de produção, e o departamento de reabastecimento, ...).
DP, dependendo do nível de execução da ordem de produção

Repare o
falha elétrica
elétrico
Departamento técnico

Que tipo
Informar
de culpa?
a produção
Informe o Para a frente
sobre a
Produção re-consertar
outro (desconhecido) prontidão para

Relatório de falha aprovação

mecânico
Repare o
falha mecânica
Departamento de Produção

notificar

Faça um teste Planejamento

Execute o
uma série de Departamento
Produção
produtos sobre retomar
a produção

não
Departamento de Qualidade

Executar qualidade sim

recepção do
série de testes

Reparo aceito?

Figura 3.Diagrama BPMN do Processo de Recuperação. Fonte: elaboração própria.

a execução do processo é a próxima etapa. Nesta etapa, o No caso de plataformas de baixo código, esses obstáculos desaparecem
processo proposto foi avaliado experimentalmente em ambiente porque a programação não é necessária para construir aplicativos.
web. Isso foi feito realizando as seguintes tarefas: modelagem de
Em 2017 Joe McKendrick (analista da Unisphere Research, um
dados, geração de formulários e definição de regras de negócio e
reconhecido centro analítico que faz parte da Information Today,
participantes. O modelo de dados contém todas as informações
Inc. pesquisa o mercado na área de tecnologia da informação)
necessárias no processo e como elas se relacionam com as
desenvolveu um relatório sobre o desenvolvimento de aplicativos
entidades. Para realizar o gerenciamento de simulação do
por não programadores, intitulado "The Rise of the Empowered
processo de manutenção, foram necessárias as seguintes
Citizen Developer: é possível TI sem TI". Este relatório mostra que
informações: descrição do problema; sua localização; telefone; e-
o principal problema dos departamentos de negócios é o longo
mail, comentários sobre o serviço solicitado; análise dos dados
tempo de espera para entrega de um aplicativo de negócios aos
recebidos; observações sobre a necessidade de correção de um
usuários finais e o longo tempo de espera pelos dados e relatórios
pedido; nome do técnico que irá realizar o serviço; verificar a
solicitados. Isso leva a situações em que o chamado
necessidade de solicitação de material, etc.
“Desenvolvimento Cidadão” ocorre de fato em departamentos de
negócios próprios e com o uso de plataformas comuns de
3. CONCLUSÕES
escritório. Envolvimento mais sério e responsável das pessoas que
A plataforma low-code Aurea BPM desenvolvida como resultado do criam tais aplicativos e equipá-los com ferramentas apropriadas,
meu trabalho de pesquisa e desenvolvimento está em linha com a certamente levará à criação mais rápida e melhor de aplicativos
demanda atual do mercado. Os especialistas veem um grande de negócios. Tal situação pode ocorrer, entre outros, devido ao
potencial para o desenvolvimento de tais soluções. A razão básica para encurtamento do caminho de transferência de requisitos dos
isso é a falta de programadores e os requisitos crescentes quanto ao departamentos de negócios para os departamentos de TI,
escopo e à frequência das mudanças introduzidas nos sistemas de TI. reduzindo assim o risco de erros e mal-entendidos.
A codificação manual é demorada e trabalhosa. No
 Robert Waszkowski / IFAC PapersOnLine 52-10 (2019) 376–381
Usar plataformas de baixo código para automatizar processos de negócios
na manufatura é uma abordagem nova e inovadora. Pode reduzir
significativamente o custo e o tempo de implementação, desenvolvimento
e manutenção de processos. Além disso, devido a uma nova possibilidade
de utilizar os recursos humanos internos da empresa para trabalhos
analíticos e de desenvolvimento, os resultados do trabalho atenderiam
melhor às reais necessidades do negócio.
O rápido desenvolvimento de plataformas low-code comprova um
aumento na demanda por tais ferramentas. A Gartner Inc., uma
empresa independente de análise e pesquisa especializada em
questões de uso estratégico de tecnologia e gerenciamento de
tecnologia, prevê no relatório de 2018 que o tamanho do mercado
de ferramentas de baixo código aumentará de US$ 4,3 bilhões em
2018 para US$ 21,2 bilhões em 2021. É por isso que a solução que
desenvolvi é muito importante do ponto de vista de fornecer as
ferramentas certas para empresas do mercado polonês e
europeu.
REFERÊNCIAS
Aljumaili, M., Tretten, P., Karim, R. Kumar, U.: Estudo de
Aspectos de qualidade de dados em eMaintenance. Revista
Internacional do COMADEM, 15(4), 3-14, (2012).
aurea-bpm.com
Bagadia, K.: Gestão informatizada da manutenção
sistemas facilitados: como avaliar, selecionar e
gerenciar CMMS. McGraw-Hill Professional, New York
(2006) Baldam, R., Valle, R., Pereira, H., Hilst, S., Abreu, M.,
Sobral,V.: Gerenciamento de processos de negócios - BPM
– Business Process Management. São Paulo: Ed. Érica
Ltda, 2011.
Bartkowiak, T., Pawlewski, P.: Reduzindo o impacto negativo da
falhas de máquina no desempenho da linha de produção
de envase e embalagem. Um estudo simulado. Anais -
Conferência de Simulação de Inverno, art. não. 7822326,
2912-2923 (2017).
Bjorling, SE, Galar, D., Baglee, D., Singh, S., Kumar, U.:
Gerenciamento do conhecimento de manutenção com
fusão de CMMS e CM, 2013 http://
worldcompproceedings.com/proc/ p2013/ DMI8002.pdf
Campos, MAL Márquez, AC: Modelando uma manutenção
estrutura de gerenciamento baseada no padrão PAS 55.
Quality and Reliability Engineering International 27, 805–
820, (2011).
EM Hall, Gerenciando Risco: Métodos para Desenvolvimento de
Sistemas de Software, Addison-Wesley Pub Co, 1ª edição,
1998
Futrell Robert, Shafer Donald, Shafer Linda. Qualidade
Gerenciamento de Projetos de Software. Prentice Hall
PTR. 2002. Jasiulewicz-Kaczmarek M.: Aspectos práticos do
aplicação de RCM para selecionar a política de manutenção
ideal da linha de produção, In: Segurança e Confiabilidade:
Metodologia e Aplicações, (ed.): Nowakowski, T; Mlynczak, M;
Jodejko Pietruczuk, A; e outros - Anais da Conferência
Europeia de Segurança e Confiabilidade, ESREL Wroclaw,
POLÔNIA, 14 a 18 de setembro de 2014, pp. 1187-1195,
(2015)
Jasiulewicz-Kaczmarek, M., Piechowski, M.: Melhoria
do processo de gestão da informação na manutenção
- um estudo de caso. Mecânica Aplicada e
381
Materiais Vol. 795 pp 99-106, Trans Tech
Publications, Suíça (2015).
Kans, M.: Práticas de TI na manutenção de um sistema
Perspectiva: Estudo da utilização de TI em empresas
na Suécia. Journal of Manufacturing Technology
Management 24(5), 768 – 791, (2013).
Kłosowski G., Gola A., Estimativa baseada em risco de
custos de ordem de fabricação com inteligência
artificial, em: Ganzha M., Maciaszek L., Paprzycki M.
(eds.), Proceedings of the 2016 Federated Conference
on Computer Science and Information Systems
(FEDCSIS), IEEE, 729-732 (2016)
Lopez-Campos, M., Cannella, S., Bruccoleri, M.: E-
plataforma de manutenção: uma abordagem de modelagem de
processos de negócios. DYNA 81(183), 31-39, (2014).
Trapani, N., Macchi, M., Fumagalli, L.: Risco impulsionado
engenharia de sistemas de Prognóstico e Gestão de
Saúde na manufatura. IFAC-PapersOnLine 48-3, 995–
1000, (2015).
Tretten, P., Ramin, K.: Melhorando a usabilidade de
sistemas de gerenciamento de dados de manutenção.
Journal of Quality in Maintenance Engineering 290-303,
(2014). Waszkowski R., Jasiulewicz-Kaczmarek M., Piechowski M.,
Wyczolkowski R., Implementando BPMN em Modelagem
de Processos de Manutenção; Arquitetura e Tecnologia de
Sistemas de Informação, PT II; Série de Livros: Avanços
em Sistemas Inteligentes e Computação; Volume: 656;
Páginas: 300-309; Publicado: 2018, Springer International
Publishing Ag, Gewerbestrasse 11, Cham, Ch-6330, Suíça
Waszkowski R.: Abordagem de Página Espalhada para Documento
Gerenciamento; Avanços em Ergonomia Social e
Ocupacional, AHFE 2017; Série de Livros: Avanços em
Sistemas Inteligentes e Computação; Volume: 605;
Páginas: 52-61; Publicado: 2018, Springer International
Publishing Ag, Gewerbestrasse 11, Cham, Ch-6330,
Suíça
Waszkowski, Robert; Ágata, Chodowska; Kiedrowicz,
Maciej; Nowicki, Tadeusz; Wesolowski, Zbigniew; Worwa,
Kazimierz; Fluxo de dados entre dispositivos RFID em um
moderno escritório administrativo de acesso restrito;
CSCC 2016; Série de Livros: MATEC Web of Conferences;
Volume: 76; Número do Artigo: UNSP 04004; Publicado:
2016, EDP Sciences, 17 ave Du Hoggar Parc d Activites
Coutaboeuf BP 112, F-91944 Cedex A, França Waszkowski
Robert; Kowalski Arkadiusz; Comparativo
análise de frameworks de Business Process Management;
Visão 2020: Desenvolvimento Econômico Sustentável,
Gestão da Inovação e Crescimento Global, vols I-IX, 2017;
Páginas: 3542-3553; Publicado: 2017, Int Business
Information Management Assoc - IBIMA, 34 E
Germantown Pike, No. 327, Norristown, PA 19401 USA
(Scopus Indexed, Web of Science Indexed)
Zimmermann, H.-J.: Uma visão orientada a aplicativos de
incerteza de modelagem. European Journal of Operational
Research, 122, 190-198, (2000).