Recomendado para você
Muito provavelmente, você está familiarizado com S88, abreviação de ANSI/ISA-88, a norma que aborda o controle de processo por batelada. Você provavelmente também entende que S88 oferece muito mais do que apenas uma norma.
S88 é uma filosofia de projeto para descrever equipamentos e procedimentos que define o modelo físico, os procedimentos e as receitas. No contexto do projeto de receitas, S88 ajuda a organizar as responsabilidades e a esclarecer e simplificar o projeto.
Durante décadas, os Registros Eletrônicos de Lote (EBR) foram projetados por meio de várias abordagens de modelagem, incluindo processamento de texto, fluxogramas proprietários de fluxo de trabalho e definição de sequência semelhante à programação.
Por que não aplicar a elegância de uma norma ao projetar receitas de EBR? Mais especificamente, por que não aplicar a abordagem S88 ao misterioso mundo do projeto de receitas de EBR?
Permita-me apresentar sete bons motivos pelos quais os fabricantes deveriam considerar isso.
- Falta de ambiguidade. O processo de design de EBR envolve equipes multifuncionais. Basear o processo de design em uma norma comum e acordada, que define como são os principais blocos de construção de uma receita (procedimento, procedimento de unidade, operação e fase) e como eles interagem, pode economizar muito tempo.
- Terminologia comum. Os fabricantes podem facilitar a definição de requisitos usando uma terminologia comum. Como mencionado no item 1, o design de EBR envolve trabalho em equipe multifuncional. Usar palavras idênticas com significados idênticos ajuda.
- Reutilização. Reduza o esforço de projeto garantindo a reutilização de subpartes já projetadas e testadas de uma receita. S88 apresenta um projeto de receita modular baseado em blocos funcionais claramente especificados, com entradas e saídas definidas. Isso proporciona a capacidade de reutilizar elementos de receita definidos com a maior frequência possível.
- Clareza no projeto. S88 apoia uma abordagem altamente estruturada para modelar receitas, mas os EBRs podem ser complexos. É fundamental ter uma forma clara e fácil de entender para descrever o comportamento pretendido de uma receita. Em essência, um EBR é um fluxo de trabalho e existem muitas linguagens de modelagem diferentes para descrever fluxos de trabalho. S88 recomenda o uso de Sequential Function Charts (SFCs) para modelagem e representação gráfica. A vantagem de usar SFCs é que eles mostram, de maneira fácil de compreender, os aspectos O QUÊ, COMO e POR QUÊ de uma receita, ou seja, O QUÊ são todos os principais estados da receita; COMO a receita pode progredir para o próximo estado; e POR QUÊ essas mudanças ocorreriam.
- Simplifique a integração com o SDCD. O projeto S88 é predominante em ambientes de SDCD. A abordagem S88 para receitas EBR parece uma extensão natural. Considere como seria mais fácil colaborar com sucesso com as equipes de engenharia de automação se ambos os lados estivessem usando uma linguagem universal e, mais importante, um modelo comum.
- Validação. Como as receitas são verificáveis ao longo do processo de projeto S88, a fase de testes é acelerada. O projeto de receita S88 inclui uma definição clara de regras e estruturas, o que permite a verificação durante o processo de projeto e fornece feedback antecipado aos autores da receita. Claro, os fabricantes também podem alcançar isso usando outras abordagens de modelagem, mas o esforço não estará fundamentado em uma maneira comum e acordada de fazer as coisas.
- Simplicidade no chão de fábrica. Quando se trata de executar uma receita de EBR, talvez o aspecto mais importante seja minimizar a intrusividade do EBR para os operadores. A execução deve ser o mais simples e intuitiva possível. O modelo de receita S88 fornece um método fácil de entender e claramente orientado para executar até mesmo receitas altamente sofisticadas.
Provavelmente, existem muito mais do que sete bons motivos para considerar o uso da norma de receita S88 no contexto dos EBRs. Na minha opinião, o mais forte é o item 4, a clareza. Os EBRs podem ser tão complexos quanto o processo para o qual são projetados. O modelo de receita não deveria ser o mais simples possível?
Publicado 1 de março de 2017