Modelagem de processos de negócios, tradução automática de diagrama de texto e notação CH-1

Olá a todos.

Pela natureza de minha atividade, tive que modelar muitos processos de negócios de várias organizações. Tanto as empresas existentes (com o objetivo de sistematizar e otimizar as atividades existentes) quanto as novas, ou seja, start-ups (projetando atividades do zero). Neste artigo, tentarei resumir brevemente os objetivos dessa modelagem ( seção I ), os principais tipos de modelos ( seção II ), falar sobre meus desenvolvimentos instrumentais ( seção III ) e também refletir sobre o que ainda está faltando , incluindo e em termos do curso sobre substituição de importações ( seção IV ).

(I) O que é e por que tudo isso é necessário


De fato, a primeira e natural questão é o que é e por que é necessária em uma empresa? Vamos, canonicamente, e começar do início (seu K.O.). Portanto:

(1) Os processos de negócios de uma empresa são simplesmente a totalidade de todos os seus processos internos, ou seja, alegoricamente, essa é a " fisiologia da empresa " (enquanto a estrutura organizacional é sua "anatomia"). Para gerenciar algo, você precisa, no mínimo, saber como ele funciona .

É importante entender que qualquer processo de negócios (ou seja, processos de negócios) é simplesmente algum tipo de tecnologia de trabalho que já existe na organização ou deve ser implementada (projetada), masnão é um documento ou "folha com quadrados e setas" . Não, qualquer processo é uma tecnologia, o procedimento para executar as ações necessárias para um negócio (para uma organização). Além disso, não esqueceremos que, idealmente, esse procedimento deve ser determinado por documentos internos nos padrões oficiais de organização de idiomas (STO) . E os próprios esquemas gráficos são um meio conveniente de projetar uma nova ordem de trabalho / visualização de uma já existente (e podem ser configurados como um aplicativo de informação e referência para a estação de serviço).

(2) A disponibilidade de um modelo de processo atualizado e detalhado do trabalho (na forma de um conjunto de estações de serviço relevantes e / ou um conjunto hierárquico de diagramas gráficos) de uma empresa já em operação simplifica bastante:

  • fazer alterações no esquema de trabalho existente,
  • redistribuição de trabalho e responsabilidade entre vários funcionários e departamentos,
  • definindo os pontos de controle necessários (por exemplo, “A secretária atende o telefone por 2-3 bipes”, “Os pedidos no dia seguinte são aceitos para processamento até as 16:00 do dia anterior” etc.).

(3) No caso de projetar uma nova empresa, o desenvolvimento e a visualização na forma de diagramas (“figuras”) de seus principais processos de negócios permitem :

  • imagine a tecnologia futura do trabalho de maneira mais completa visualmente,
  • identifique lugares potencialmente difíceis, inconsistências, colocados diante de si mesmo e, em seguida, encontre a resposta para várias perguntas ("E o que acontecerá ...?", "E quem fará ...?", "E a que horas esse trabalho precisa ser concluído?" e etc.)
  • bem como de forma gráfica, os diagramas de processos de negócios são mais convenientes para coordenar com todas as pessoas interessadas e especialistas em domínio (visualização).

(4) A regulamentação dos processos de negócio permite -lhes para ser auditado ( “tudo funciona como prescrito?”),

(5) Usando diagramas de processo gráfica facilita a formação de novos empregados e sua adaptação, bem como evita a dependência excessiva em O "know-how" de funcionários individuais ("Se ele sair, como podemos descobrir tudo isso?"),

(6) A presença de descrições formalizadas de processos internos é um marco importante no caminho da implementação de sistemas de informação e meios de automação da atividade.

Nota. É importante não confundir o primário e o secundário. Sim, um programa de computador pode funcionar apenas com um algoritmo claro. Mas não se deve esquecer que “automação é para negócios, não negócios é para automação” e que muitos processos de negócios de uma empresa são sempre mais (certamente não menos) áreas de automação. Então, primeiras notas (tecnologia) - depois uma ferramenta (automação) , mas não vice-versa.

(7) Expansão regional : “depois de escrever” a tecnologia de uma empresa bem-sucedida no modelo / sistema de padrões internos, você pode replicá-la para outra, recém-aberta, ou criar uma franquia.

(II) Modelos de Processo: Tipos


( II.1 ) Do ponto de vista da relevância, o conteúdo do modelo é dividido em:

(1) Modelo "No estado em que se encontra" (eng. "COMO ESTÁ") : reflete o estado REAL das coisas no momento da descrição, a tecnologia de trabalho realmente existente e estabelecida.

(2) Modelo “Como deveria ser” (inglês “TO BE”) : reflete o estado-alvo, que deve ser implementado no futuro. Por exemplo, o modelo de trabalho de uma empresa recém-aberta ou um novo procedimento (completamente novo ou aprimorado) para executar qualquer trabalho.

(2) O modelo "Como deveria ser" (DEVE SER): reflete a situação “idealizada” (de acordo com os documentos regulatórios), enquanto o esquema real de trabalho na realidade pode ser um pouco diferente. Na prática, a necessidade de construir esses modelos não é comum.

Observe que os modelos apresentados do mesmo processo podem variar bastante. Exemplo: modelo de travessia de pedestres ajustável, o semáforo muda automaticamente após um certo período de tempo.

"No estado em que se encontra" : alguns pedestres aguardam o verde e passam apenas para o verde. E alguns não esperam o sinal verde, olham em volta e atravessam a rua se, em sua opinião, não correm o risco de sofrer um acidente. Isso não vale a pena, mas na realidade, infelizmente, acontece.

"Como deveria ser"(porque está escrito no SDA): todos os pedestres aguardam verde e passam apenas para verde.

Nesse caso, o modelo "Como deve ser" pode coincidir com o modelo "Como deve ser". No entanto, eles podem não coincidir se o modelo for "Como deveria ser", ou seja, aquele que será reconhecido como alvo será um dos seguintes:

“Como deve ser”: “Semáforo com um botão” . Os pedestres se aproximam da faixa de pedestres e pressionam o botão - após um certo período de tempo, o verde acende.
“Como deve ser” : Não é permitida a passagem de pedestres.
"Como deveria ser" : uma passagem para pedestres se tornará elevada ou subterrânea.
"Como deveria ser" : a rua se tornará um pedestre.

( II.1 ) Do ponto de vista do método de modelageme, consequentemente, o escopo do resultado, consideramos os seguintes tipos de modelos:

(1) modelos funcionais .

(2) Modelos de fluxo de trabalho (modelos de fluxo de trabalho) .

Modelos funcionais representam um "diagrama de princípios de trabalho". Essa. aquele centeio primeiro semeia, depois colhe e depois trilha. Ou você primeiro faz as peças, monta o produto e depois produz o controle de qualidade. Etc.

Hoje, talvez uma das metodologias de modelagem funcional mais populares seja o IDEF0.. De fato, essa metodologia é de fato um "padrão mundial" reconhecido no exterior e na Federação Russa (ver, por exemplo, R 50.1.028-2001. Metodologia de modelagem funcional). A descrição da metodologia IDEF0 é fácil de encontrar, incluindo e na web.

A modelagem corporativa é frequentemente recomendada para começar com a formação de um modelo funcional. No entanto, deve-se lembrar que esses modelos são "estáticos"; eles não têm a intenção, por exemplo, de descrever a implementação passo a passo de qualquer procedimento de trabalho. E eles pretendem exibir a imagem geral, o conceito de trabalho. Quanto aos modelos detalhados passo a passo da implementação de qualquer atividade , modelos de fluxos de trabalho (modelos de fluxo de trabalho) são destinados a isso . E sobre eles - abaixo.

Modelos de fluxo de trabalho (modelos de fluxo de trabalho)permitem que você descreva o processo como uma sequência ordenada de várias ações, eventos emergentes e objetos envolvidos na implementação desse processo. São esses modelos que precisam ser construídos quando você deseja descrever / projetar um processo específico em sua empresa, por exemplo, “O procedimento para receber mercadorias em um armazém”, “Regras para enviar uma solicitação de transporte”, etc.

Modelos de fluxo de trabalho podem ser formados na etapa seguinte na construção de modelos - com seus detalhes adicionais - e independentementequando houver necessidade de descrever (projetar) qualquer procedimento específico. Na prática, a segunda maneira também é frequentemente usada quando o trabalho começa nos "pontos problemáticos" da empresa, ou mesmo o método "no registro de processos da empresa".

Quanto à escolha de uma notação específica de modelagem de fluxo de trabalho (ou seja, a própria linguagem gráfica), aqui, diferentemente da modelagem funcional, a escolha é bastante grande . São as ferramentas IDEF3, “raias de natação” e ARIS, metodologia BPMN e outras. E cada uma dessas metodologias tem suas vantagens.

Quanto a mim, uso a notação de "fabricação própria" - notação CH-1. Francamente, quando eu estava começando a criar processos de negócios, nem pensei em escrever qualquer idioma lá. Mas: começando com uma das ferramentas padrão, resultou em trabalho real (repito, é no meu caso) que os meios da linguagem usada não são suficientes para um registro breve e completo "das palavras" e, sem perda de dados, a outra se mostrou muito complicada para os funcionários ... E assim, introduzindo caracteres adicionais e algumas mudanças, sem pensar - sem adivinhar, no meio dos "dois milésimos" CH-1 apareceu. Algumas palavras sobre ela abaixo.

(III) Algumas palavras sobre a notação CH-1


Portanto, existem muitas notações de modelagem de fluxo de trabalho . E isso deve ser considerado uma vantagem: o princípio de "deixar cem flores desabrochar" é muito bem-vindo aqui. A escolha da notação de modelagem depende da tarefa (e as tarefas são muito diferentes). Por exemplo, para a modelagem de linhas de produção, métodos de modelagem completamente diferentes não mencionados aqui são usados. Portanto, esse "pluralismo metodológico" na modelagem de fluxos de trabalho não é acidental.

Se estamos falando sobre a notação CH-1, pretende-se originalmente descrever processos na forma de uma sequência de ações com uma indicação de seus executores, eventos relacionados, parâmetros significativos das ações executadas e / ou do processo como um todo (por exemplo, a duração normativa) e fluxos emergentes: material e informativo. A versão em língua russa de sua especificação (com exemplos) é apresentada aqui: https://drive.google.com/open?id=0B_wUAIgOErG8MTQzYzJhNGUtZGY1NC00OTE1LWFlMzgtMDEyZmFjYTFjMDk3 , para obter mais detalhes, consulte a página de http : //notebooks pessoais aqui. )

Se falamos sobre software, os símbolos usados ​​nessa notação (e em qualquer outra) podem ser encontrados em quase todos os softwares que possuem bibliotecas internas de primitivas gráficas. Além disso, tanto em software comercial quanto em software distribuído gratuitamente. Além disso, até o momento, vários produtos de software possuem bibliotecas de caracteres especiais CH-1.

Ao mesmo tempo, se o produto de software usado suportar o mecanismo de hiperlinks (o que é bastante comum), seu uso será útil:

  • “Vincular” diagramas de decomposição a trabalhos decompostos;
  • “Anexar” aos diagramas os modelos de documentos usados ​​na implementação do processo de negócios, exemplos de preenchimento, links para documentos de orientação etc.

Quanto ao uso de produtos de software mais especializados para modelagem de processos (não "esboços" e editores), aqui as opiniões podem ser diferentes. Pessoalmente, eles não são muito convenientes para mim devido ao grande número de restrições adicionais impostas. Embora para alguns eles sejam mais convenientes, pelo contrário. Aqui, novamente - “provar e colorir (e tarefa)” - não há camarada.

(IV) Nos sonhos do futuro: geração automática de regulamentos (tradução automática “diagrama-texto”)


Um diagrama (esquema) de um processo de negócios é, de fato, sua (proto) regulação em forma gráfica. Bem, ou (proto) o padrão de organização, para ser mais oficial. Todas as informações sobre "quem, onde, o que e como" devem estar lá. E, consequentemente, surge a pergunta: “É possível formar texto em um diagrama com o clique de um único botão”? Além disso, a tarefa pode ser complicada: o regulamento (padrão) deve estar na linguagem "humana", e não no estilo do "relatório" de uma série de títulos: "Quem?" "O que?" "Quando?" etc. e copiado automaticamente para as seções apropriadas do texto não recusado.

Se falarmos sobre diagramas CH-1, um algoritmo para sua tradução automática em "linguagem humana" na forma de um rascunho padrão final foi desenvolvido para eles. O algoritmo - não testado até hoje (devido à falta de implementação no código) - está localizado aqui:https://drive.google.com/open?id=0B_wUAIgOErG8bTluc2xYSVI4NXc , consulte também aqui: https://ch1-notation.blogspot.com (página pessoal sobre CH-1). Não consegui lidar com a implementação disso apenas no código. Ao mesmo tempo, a versão em duas etapas é ideal quando exportamos de um editor gráfico para, por exemplo, xml e, em seguida, a geração de texto em um editor de texto a partir de xml. Essa organização é aberta no sentido de que é possível "cortar" cada vez mais novos editores de gráficos e textos nela. Também deve garantir a confidencialidade dos dados e, deste ponto de vista, a opção de software de código aberto é benéfica.

E em conclusão - sobre o que? - sobre substituição de importações. Está claro que, pelo menos para empresas estratégicas, agências governamentais e outras organizações para as quais a segurança da informação é importante, pode ser inaceitável confiar até na "renderização" de seus processos de software importado com código-fonte fechado. De fato, o modelo de processo da empresa, cobrindo seus processos internos, - no gráfico (conjunto hierárquico de diagramas), no texto (na forma de padrões da organização), contém quase todas as informações sobre sua estrutura interna - “pegue e construa”, como dizem . Portanto, a criação de um produto de software completamente doméstico (como a síntese de "desenho" (editor de gráficos, editor de vetores gráficos) e "gerador de texto") é de particular relevância.

All Articles