Tecnologia de Modelagem de Processos de Negócios. Quais tarefas a modelagem de processos de negócios ajuda a resolver?

A realização de pesquisas na área de modelagem de negócios mostrou que já existem centenas de métodos, metodologias, processos, padrões que regulam certos detalhes da seleção e integração de fluxos de trabalho no desenvolvimento de sistemas de informação automatizados. Até recentemente, o trabalho relacionado à análise e modelagem de negócios não era popular entre os designers de SI. Seu papel não é tão óbvio e não é aceito por todas as metodologias. Surge a questão de coletar informações sobre o empreendimento para o qual o AIS está sendo desenvolvido (escolhido) na forma de modelos de negócios, ou vale a pena pular esta etapa e formar imediatamente os requisitos do sistema e começar a desenvolvê-lo?

Cliente e Desenvolvedor sempre falam idiomas diferentes. Compreensão geralé desenvolvido com dificuldade, esse processo leva tempo, mas sua importância não pode ser superestimada: afinal, a implementação bem-sucedida do projeto em campo e a introdução do AIS dependem muito da possibilidade de desenvolver e documentar sua ideia geral de o tema do desenvolvimento. Se o Desenvolvedor for ainda mais longe e se aprofundar nas peculiaridades de fazer negócios na empresa do Cliente, ele, em primeiro lugar, poderá obter um melhor entendimento dos requisitos para AIS e, em segundo lugar, participar junto com o Cliente na formulação de requisitos , análise de requisitos perdidos, etc.

A tarefa de análise de processos de negócios (modelagem de negócios), tão popular nas últimas décadas devido às condições de mercado estáveis, deve ser considerada como parte de uma tarefa mais geral, análise de área de problemas Problem area analysis - APO. Trabalhos dedicados à análise da área problemática apareceram na literatura nacional em meados do século passado; este tópico está intrinsecamente ligado à abordagem de tarefa e à engenharia de sistemas especializados. Os primeiros passos no campo da modelagem foram realizados na construção de sistemas inteligentes. Para uma tarefa tão “mais mundana” como a tarefa de construir um AIS, esses métodos começaram a ser aplicados posteriormente. As estratégias de extração de conhecimento se cruzam amplamente com o trabalho de um analista, os métodos para resolver um problema reduzindo a subtarefas e pesquisando no espaço de estado são refletidos em uma variedade de métodos de análise de negócios, análise e síntese de sistemas de software, e esta lista continua . A tese examina a questão de quão eficaz é a aplicação de certos modelos e métodos na descrição de sistemas organizacionais.

Para resolver esta questão, é necessário determinar as metas e objetivos da própria análise de negócios, como etapa da construção do CIS.

Do ponto de vista da modelagem, a análise de requisitos (RA) e a análise de domínio do problema (DPA) são processos fundamentalmente diferentes.

O APO persegue os objetivos clássicos de criação de um modelo: existe um objeto (empresa automatizada ou sistema organizacional Sistema organizacional - SO, SO) e a tarefa do analista é refletir esse objeto no modelo criado com o grau de precisão necessário, o diagrama do processo de desenvolvimento é mostrado na Figura 3.

A análise de requisitos, ao contrário, visa modelar um objeto imaginário ainda não existente (AIS). Aqueles. primeiro, um modelo é criado e, a partir dele, um objeto é sintetizado. Considere agora a "fórmula" generalizada para a criação do AIS.

OS->M(OS)->M(AIS)->M" (AIS)->M"" (AIS)->M""" (AIS)->AIS

Depois de analisar o sistema organizacional, você pode criar um modelo M (OS). Este é um modelo de análise de negócios (domínio do problema).

A análise da área do problema permite isolar:

• - por um lado, as tarefas e funções implementadas no SO e as funções de comunicação entre o SO e o ambiente,
• - por outro lado, a estrutura da área disciplinar (no início - ao nível do modelo conceptual),
• - terceiro - os requisitos de informação e seu processamento.

Tendo destacado entre as funções aquelas que estão sujeitas a automação, obtemos a base para identificar os requisitos funcionais do sistema. O restante das informações coletadas na etapa AFS servem para a busca de requisitos não funcionais. Como resultado, obtemos o modelo AT como primeira aproximação do modelo AIS, M(AIS).

A análise aprofundada e o projeto, formam, respectivamente, o modelo analítico M” (AIS), o modelo de projeto M” “(AIS) e o modelo de implementação M” “” (AIS).

O modelo de nível de implementação permite combinar o próprio AIS, como um conjunto de programas, informações e fatores organizacionais.

O AIS, por sua vez, é um modelo do sistema organizacional M" (OS), fechando o ciclo de modelagem. Para esclarecer a relação entre esses processos, cabe ressaltar que o AIS criado também é um modelo em relação ao SO . Assim, criando um documento AT , geramos assim, por assim dizer, um "modelo de segunda ordem", pois o documento AT nada mais é do que um modelo do modelo OS. Sem ter um modelo APO, é claro, pode criar um modelo AT. Mas, ao mesmo tempo, corremos o risco de ao sintetizar o modelo original (ou seja, AIS), sem conhecer o SO, podemos entrar em uma situação de incompatibilidade: o AIS resultante não será integral (consistente com ) o SO e, portanto, não se tornará viável.

O processo de desenvolvimento do AIS pode ser exibido na forma de diagramas no programa BPwin. A Figura 4 mostra as etapas do desenvolvimento do AIS. Diagramas de nível superior - Criar um programa (Fig. 4) consiste em dois diagramas de segundo nível, Desenvolvimento e Teste.

O desenvolvimento consiste em construir a estrutura do programa e criar o corpo do programa.

O terceiro nível Construindo a estrutura do programa

Quarto nível Criação do corpo do programa.

Teste de quinto nível

Tendo considerado a modelagem de negócios, vamos passar para os processos de negócios. O estudo da metodologia dos processos de negócios leva à possibilidade de dividi-los em três categorias:

• - modelos que visam analisar e melhorar o sistema organizacional (por exemplo, SWOT, VCM, BPR, CPI/TQM/ISO9000, BSC),
• - modelos de uso geral, como SADT, DFD, IDEF1, IDEF3, IDEF5 e outros,
• - modelos especialmente projetados para uso em automação (por exemplo, ISA, BSP, ARIS, RUP).

O modelo mais desenvolvido para descrever a área do problema é proposto na metodologia ARIS. A arquitetura ARIS distingue os seguintes subsistemas na organização:

• - Organizacional. Determina a estrutura da organização - a hierarquia das unidades, posições e indivíduos específicos, a variedade de conexões entre eles, bem como a ligação territorial das unidades estruturais.
• - Funcional. Define as funções desempenhadas na organização.
• - Subsistemas de entradas/saídas. Determinar os fluxos de produtos e serviços utilizados e produzidos.
• - Informacional (subsistema de dados). Descreve a aquisição, disseminação e acesso à informação (dados).
• - Subsistema de processos de gestão. Define uma sequência lógica para a execução de funções por meio de eventos e mensagens. Podemos dizer que o subsistema de controle é um conjunto de mensagens de vários tipos espaçadas no tempo.
• - Subsistema dos objetivos da organização. Descreve a hierarquia de objetivos alcançados durante a execução de um processo.
• - Subsistema de meios de produção. Descreve o ciclo de vida dos principais e AIDS Produção.
• - Subsistema de recursos humanos. Descreve a contratação, treinamento e promoção do pessoal da organização.
• - Subsistema de arranjo de estruturas organizacionais. Descreve a localização territorial das unidades organizacionais.

Essa divisão é até certo ponto condicional; os "subsistemas" selecionados não são subsistemas no sentido da análise do sistema, porque interpenetram e se cruzam. Ao contrário, eles representam um conjunto de objetos de estudo, diferentes visões sobre o objeto em estudo. O princípio da melhoria de processos de negócios é baseado em quatro abordagens: técnica de Análise de Decisão Rápida (FAST); benchmarking de processos; redesenho de processos; Reengenharia de processos.

Atualmente, existem diversos métodos e ferramentas que são utilizados na implementação das transformações. Um método para a construção de modelos hierárquicos destinados a descrever e analisar processos de negócios como elementos de sistemas econômicos. Ao mesmo tempo, é extremamente importante formular claramente a declaração do problema e os objetivos da modelagem; isso determina a escolha de métodos e ferramentas adequadas.

Para resolver os problemas de modelagem funcional, ou seja, a descrição de processos existentes ou que buscamos obter idealmente, é amplamente utilizada a metodologia de análise e projeto estrutural, a tecnologia SADT Structured Analysis and Design Technigue.

A ideia principal da metodologia SADT é a construção de um modelo funcional em árvore de uma empresa. Primeiramente, a funcionalidade do empreendimento é descrita de forma geral, sem detalhes. Essa descrição é chamada de diagrama de contexto. A interação com o mundo externo é descrita em termos de entrada (dados ou objetos consumidos ou modificados pela função), saída (a principal saída da função, o produto final), controle (as políticas e procedimentos que orientam a função) e mecanismos (requer recursos). Ao criar um diagrama de contexto, o objetivo da modelagem, o escopo (descrição do que será considerado como um componente do sistema e o que será uma influência externa) e o ponto de vista (a posição a partir da qual o modelo será construído) são formulado. Normalmente, escolhe-se como ponto de vista o ponto de vista da pessoa ou objeto responsável pela operação do sistema simulado como um todo.

Além disso, a função geral é dividida em grandes subfunções. Este processo é chamado de decomposição funcional. Em seguida, cada subfunção é decomposta em outras menores - e assim por diante até que a descrição necessária seja detalhada. Na fig. 2 mostra uma árvore de funções, denominada árvore de nós do modelo funcional.

Cada nó no diagrama corresponde a um fragmento separado da descrição do diagrama. O modelo é um conjunto de diagramas organizados hierarquicamente, cada um dos quais é uma descrição de alguma função ou trabalho (atividade).

As atividades nos diagramas são mostradas como retângulos (blocos funcionais). Cada trabalho descreve uma função ou trabalho e é referido por um verbo ou uma frase verbal que denota uma ação, como "Fazer um produto", "Atendimento ao cliente", etc. As setas são marcadas com um substantivo e denotam objetos ou informações que ligam as obras entre si e com mundo exterior. Ao contrário dos modelos que representam a estrutura de uma organização, o trabalho em um diagrama de nível superior em um modelo funcional não é um controle do trabalho abaixo. O trabalho de nível inferior é igual ao trabalho de nível superior, mas com mais detalhes.

Ao desenvolver uma nova tecnologia da informação, é aconselhável focar nos processos implementados em um determinado local de trabalho.

Um processo de negócios é um fluxo de informações passando de um local de trabalho para outro. Uma tarefa pode conter vários processos de negócios.

Entidade externa (Fig. 10a) - um objeto (por exemplo, um fornecedor, cliente, etc.) com o qual este funcionário interage;

Unidade (Fig. 10b) - qualquer armazenamento de dados;

Etapa do processo de negócios (Fig. 10c) - um conjunto de ações de um funcionário ao realizar um procedimento específico (por exemplo, emitir um documento, gerar um relatório etc.) No topo do bloco, a posição do funcionário é indicado, na parte inferior está o conteúdo das ações específicas que implementam o procedimento;

Fluxo de dados (Fig. 10d) - caracteriza a conexão (recomenda-se indicar o nome de um documento específico acima da seta).

A análise dos dados é a seguinte:

a. Para cada tarefa é compilada uma lista de dados necessários para a sua solução, sendo possível a sua classificação. Distinguir dados: input (inicial), normativo e de referência, efetivo (output, calculado);

b. A estrutura de dados é definida: título (nome), tipo, propriedades;

c. Formação de objetos de informação (IO);

d. Estabelecer vínculos entre objetos de informação.

Cada objeto de informação forma um conjunto de atributos logicamente relacionados. A Tabela 1 mostra um exemplo de IO:

Tabela 1. IO "Diário de contabilidade das organizações clientes"

A composição dos detalhes determina a estrutura do IO. Cada IO tem um nome exclusivo.

Uma instância é uma coleção valores específicos detalhes. IO tem muitas instâncias. Cada instância de IO deve ser identificada exclusivamente por uma chave, que consiste em um ou mais atributos.

Um modelo lógico de informação é um modelo de dados que reflete uma área de assunto na forma de um conjunto de objetos de informação e links estruturais entre eles.

A Figura 12 mostra um exemplo de um ILM

Uma pasta é formada - um conjunto de documentos, uma decomposição de todo o sistema é construída. A pasta é enviada para um especialista na área de assunto (ou seja, uma pessoa bem versada no fragmento modelado da atividade da empresa) para exame. Ao nível do diagrama de contexto, este pode ser o gestor da empresa, ao nível da primeira decomposição - o chefe do departamento, etc., até ao executante comum. Antes de decompor ainda mais, no nível atual, é necessário adicionar todos os comentários dos especialistas ao diagrama. Assim, cada um dos especialistas complementa o modelo naquela parte em que é mais competente. O resultado é um modelo totalmente adequado ao sistema, que permite visualizar as deficiências existentes, redirecionar e melhorar os processos de negócios, analisar o custo de produção, além de servir de base para a criação de um sistema de informação.

A análise dos programas de modelagem de negócios permite concluir que para a condução de processos de modelagem de negócios, o BPwin é um programa único que permite criar modelos de processos e suportes em um modelo, além do IDEF0, mais dois padrões de modelagem (notações) - DFD e IDEF3. Cada uma dessas três notações permite considerar diferentes aspectos do empreendimento:

• 1) Os diagramas IDEF0 são projetados para descrever os processos de negócios em uma empresa, eles permitem entender quais objetos ou informações servem como matéria-prima para os processos, quais resultados o trabalho produz, quais são os fatores de controle e quais recursos são necessários para isso;
• 2) a notação IDEF0 permite identificar deficiências formais dos processos de negócio, o que facilita muito a análise das atividades da empresa;
• 3) diagramas de fluxo de dados (Data flow diagramming, DFD) são usados ​​para descrever fluxo de trabalho e processamento de informações.

Considerando as capacidades de cada padrão, o IDEF3 pode ser preferido, é mais adequado para descrever a lógica de interação dos fluxos de informação, também chamada de diagramação de fluxo de trabalho - notação de modelagem que usa uma descrição gráfica dos fluxos de informação, relacionamentos entre processos de processamento de informações e objetos que fazem parte desses processos.

Ao projetar processos de negócios para uma empresa, um modelo funcional da organização de trabalho existente AS-IS (como está) é construído. Com base no modelo AS-IS, é alcançado um consenso entre diferentes unidades de negócios sobre “quem fez o quê” e o que cada unidade de negócios agrega ao processo.

O modelo AS-IS permite que você descubra "o que estamos fazendo hoje" antes de pular para "o que faremos amanhã". A introdução de um sistema de informação levará inevitavelmente à reestruturação dos processos de negócios existentes da empresa. A análise do modelo funcional permite entender onde o mais pontos fracos quais serão os benefícios de novos processos de negócios e como mudanças profundas a estrutura da organização empresarial existente será afetada. O detalhamento dos processos de negócios permite identificar as deficiências da organização, mesmo quando a funcionalidade à primeira vista parece óbvia. Um sinal de atividade ineficiente pode ser trabalho inútil, não gerenciado e duplicado, fluxo de documentos ineficiente ( documento desejado não aparece no lugar certo na hora certa), falta de feedback sobre gestão (o trabalho não é afetado por seu resultado) e input (objetos ou informações são usados ​​de forma irracional), etc.

Para responder à pergunta, como a empresa deve funcionar no futuro? Qual é o ganho (perda) da reorganização? As deficiências encontradas no modelo AS-IS podem ser corrigidas criando o modelo TO-BE (As it will be) - um modelo de uma nova organização de processos de negócios. O modelo TO-BE é necessário para avaliar as consequências da implementação de um sistema de informação e analisar alternativas/melhores formas de trabalhar e documentar como a empresa funcionará no futuro. Via de regra, são construídos vários modelos TO-BE, dos quais é selecionado o melhor de acordo com algum critério (Fig. 7). Por exemplo, cada um dos modelos TO-BE pode corresponder a um sistema de informação específico.

Existem muitos critérios e não é fácil determinar o mais importante, para determinar a eficácia dos processos de negócios após a implementação de um sistema de informações corporativo, é necessário um sistema métrico, ou seja, qualidade deve ser quantificada.

O BPwin fornece ao analista duas ferramentas para avaliação do modelo - Custeio Baseado em Atividades (ABC) e Propriedades Definidas pelo Usuário (UDP). O ABC é uma metodologia amplamente aceita e utilizada por corporações internacionais e organizações governamentais para identificar os direcionadores de custo na organização.

A análise de custos é uma convenção contábil usada para coletar os custos associados a um trabalho para determinar o custo total de um processo. A análise de custos é baseada no modelo de trabalho, pois a quantificação não é possível sem um entendimento detalhado da funcionalidade do empreendimento.

Normalmente, o ABC é utilizado para entender a origem dos custos e facilitar a seleção do modelo de trabalho desejado para a reorganização do empreendimento (Reengenharia de Processos de Negócios, BPR). Com a análise de custos, você pode resolver problemas como determinar o custo real de fabricação de um produto, determinar o custo real do suporte ao cliente, identificar as obras que custam mais (aquelas que precisam ser melhoradas primeiro), etc. Modelos AS, IS e TO-BE.

Assim, concluímos que a análise de custos permite avaliar quais serão as consequências da introdução de um sistema de informação, se irá mesmo conduzir a um aumento de produtividade e efeito económico, e a que consequências.

Além disso, o BPwin permite que você faça estimativas de custo bastante eficazes, mas não afirma ser altamente preciso em tais estimativas. Para cálculos de custos precisos, você pode usar a ferramenta de análise de custos especializada EasyABC. BPwin suporta exportação bidirecional - importação em EasyABC. Os resultados da análise de custos são visualizados em um relatório especial BPwin - ABC. O ABC permite avaliar as características de custo e tempo do sistema. Se os indicadores de custo não forem suficientes, é possível introduzir suas próprias métricas - propriedades definidas pelo usuário UDP.

Dentro disto tese elementos da linha AllFusion da Computer Associates serão considerados.

Depois de estudar as fontes primárias e analisá-las, bem como a própria ferramenta - o programa BPwin, tiramos conclusões: qualquer atividade ou estrutura de uma empresa pode ser projetada e apresentada de forma que otimize o trabalho da organização, confira para conformidade com os padrões ISO9000, projete a estrutura, reduza custos, elimine operações desnecessárias, melhore a flexibilidade e a eficiência. O BPwin suporta três notações de modelagem ao mesmo tempo: IDEF0 padrão federal dos EUA, IDEF3 e DFD e é uma ferramenta de software exclusiva no campo de projeto de sistemas de informação automatizados. Tendo analisado todos os processos, a Figura 14 é apresentada no final do parágrafo, mostrando todos os processos, como análise de requisitos e outros fluxos de trabalho de engenharia de software.

O fluxo de trabalho de “modelagem de negócios” serve de base para a análise e formação de requisitos para AIS e permite evitar erros. O fluxo de trabalho “gestão do ambiente” fornece informações iniciais para o grupo de trabalho AT, que regula formatos, ferramentas CASE e procedimentos de trabalho.

O fluxo de trabalho de gerenciamento de projetos é baseado na especificação de requisitos. O planejamento estratégico e tático, a formação dos marcos intermediários (resultados esperados) estão intimamente ligados aos requisitos do sistema.

O fluxo de trabalho de análise e projeto é realizado com base nos dados iniciais fornecidos pela AT. Até certo ponto, esses fluxos de trabalho são executados em paralelo. Quando são encontrados problemas relacionados aos requisitos, há um feedback deste fluxo de trabalho para o fluxo de trabalho AT.

O fluxo de trabalho de “teste” é amplamente baseado no modelo de requisitos e especificações adicionais que regem o processo de teste (cenários de teste, etc.).

Para o fluxo de trabalho de "implementação", não há relação com os requisitos. Entretanto, é natural que os requisitos sejam analisados ​​e levados em consideração em todos os fluxos de trabalho do projeto, mesmo que isso não esteja formalmente previsto pelo processo selecionado pelo grupo. As pessoas cometem erros, e os erros cometidos nos estágios iniciais de um projeto crescem como uma bola de neve à medida que você avança de estágio em estágio. Portanto, é útil para qualquer membro da equipe interessado no sucesso do projeto olhar para a especificação de requisitos e certificar-se de que o trabalho que lhe é atribuído atende a este ou aquele requisito. Isso permite organizar o feedback que permite rastrear erros nas especificações. Muitos projetos pararam justamente porque a equipe de implementação está separada da equipe de coleta e análise de requisitos.

Um dos principais aspectos da gestão é proporcionar visibilidade ("transparência") do objeto de controle (organização ou sistema) de uma descrição conveniente para percepção e análise. O objeto de controle pode ser representado como uma rede de processos que determinam sua missão, esta é uma abordagem de processo para gerenciamento. A identificação e descrição dos processos do objeto de controle permite entender, gerenciar e melhorar claramente esses processos. Uma descrição adequada dos processos é possível com a ajuda de um procedimento chamado modelagem. O termo "modelagem" deve ser entendido como o processo de criação de uma descrição precisa, suficiente, concisa, de fácil percepção e análise de um sistema como um conjunto de componentes em interação e relacionamentos entre eles.

Etapas da modelagem de processos de negócios.

Etapa 1. Diagnóstico do sistema de gestão da organização.

A realização de diagnósticos do sistema de gestão existente da organização deve-se à necessidade de resolver as seguintes tarefas:

identificação de áreas problemáticas na interação de funcionários e departamentos na resolução de problemas;

alocação das atividades principais e auxiliares com sua posterior decomposição em processos de negócios;

formação de pré-requisitos para a criação de um sistema transparente e ordenado de documentos normativos internos.

Nesta fase, são realizadas entrevistas aos responsáveis ​​pelos departamentos, é analisada a estrutura organizacional da empresa, é elaborada uma lista preliminar de documentação regulamentada para posterior desenvolvimento e é determinado o formato da modelação dos processos.

Etapa 2. Modelagem de processos de negócios existentes.

A principal tarefa desta etapa é a criação de modelos de processos de negócios que exibam a sequência de ações, a divisão de responsabilidades entre os executores, o tempo e os resultados do trabalho. Esses modelos são uma representação gráfica da implementação dos processos de negócios na organização no momento da implementação desta etapa do projeto.

A criação de modelos e diagramas funcionais ocorre na seguinte sequência:

A coleta de informações pode incluir qualquer combinação das seguintes atividades: ler documentos, observar as operações existentes, questionar um grupo de especialistas, entrevistar um ou mais especialistas, usar seu próprio conhecimento e uma descrição fictícia da operação do sistema, que pode ser corrigida .

Decomposição do objeto de estudo. Ao decompor um objeto, é necessário, antes de tudo, estar atento aos dados de entrada e saída de todo o sistema. A decomposição de todo o sistema começa com uma lista dos principais tipos de dados e as principais funções do sistema. Com isso, as principais funções do sistema são revisadas mentalmente, considerando todas as situações normais e anormais, opinião e possíveis erros.

• 3. Modelar no SADT significa criar diagramas A0 e A-0. Esses dois diagramas contam tudo sobre o sistema em estudo com um mínimo de detalhes. Antes de iniciar a modelagem, é necessário se preparar para ela, coletar informações, decompor o objeto de estudo (decomposição - o diagrama A0 destaca as funções e objetos mais importantes do sistema) e generalizar essa decomposição (o diagrama A-0 trata o sistema como uma caixa preta, dá-lhe um nome e determina as entradas, controles, saídas e mecanismos mais importantes):
• 3.1. Escolha de propósito e ponto de vista.
• 3.2. Compilando uma lista de dados. Nesse caso, é melhor se houver mais dados do que menos. Os dados podem ser imediatamente agrupados por tipo.
• 3.3. Fazendo uma lista de recursos. As funções do sistema também são melhor combinadas de acordo com o tipo de dados utilizados. As funções são então combinadas em grupos (de três a seis). É desejável que esses grupos tenham o mesmo nível de complexidade, contenham aproximadamente o mesmo escopo de ações e funções em que cada um deles tenha operações e objetivos semelhantes.
• 3.4. Construção e generalização do diagrama A0 (A0 - A-0). Todo diagrama SADT tem um diagrama pai que contém seu contexto. O contexto para A0 é A-0, que é uma generalização de todo o modelo. Este diagrama tem vários propósitos: anuncia função geral de todo o sistema, dá um conjunto de tipos básicos ou conjuntos de dados que o sistema utiliza ou produz, indica a relação entre os principais tipos de dados, fazendo a sua distinção.
• 3.5. Decomposição de um objeto limitado. O início do processo de decomposição consiste em escolher o bloco do diagrama considerado e considerar o objeto definido por este bloco e seus arcos. Ao mesmo tempo, deve-se levar em consideração que, antes de tudo, deve-se considerar tal bloco, cuja decomposição revelará muitos aspectos do diagrama A0 e terá maior influência nas decomposições futuras de outros blocos deste sistema. Ao escolher o bloco mais significativo, é necessário levar em consideração tanto a dominância quanto a complexidade funcional e a compreensibilidade. O melhor bloco para a primeira decomposição será aquele que permitir penetrar mais profundamente na essência do sistema em consideração.
• 3.6. Processo iterativo de revisão.
• 3.7. Conclusão da simulação. A decomposição do modelo ou parte dele é encerrada se o modelo atingir um nível de detalhamento suficiente para atingir o objetivo. A decomposição do bloco pode ser encerrada se as funções do bloco forem muito semelhantes a outra parte do modelo que já foi decomposta. Assim, a suficiência de detalhes, a mudança no nível de abstração, a mudança no ponto de vista e a funcionalidade semelhante são os principais critérios para encerrar a decomposição.
• 3.8. Documentação Ver: Kalyanov, GN CASE-technologies. Análise de sistemas estruturais (automação e aplicação) / G.N. Kalyanov. - M:, Lori, 2002. - S.76-80 ..

A análise do modelo funcional permite entender onde estão os pontos mais fracos, quais serão as vantagens de novos processos de negócios e como serão feitas mudanças profundas na estrutura existente da organização empresarial. O detalhamento dos processos de negócios permite identificar as deficiências da organização, mesmo quando a funcionalidade à primeira vista parece óbvia. O resultado do trabalho nesta etapa do projeto será um conjunto de modelos de processos de negócios que descrevem o estado atual das atividades da organização (ou uma área separada de suas atividades). O conjunto de modelos desenvolvido é a base para avaliar a otimização e otimização dos processos de negócios relevantes. Veja: Vendrov, A.M. métodos modernos e meios de projetar sistemas de informação / A.M. Vendrov. - M.: Finanças e estatísticas, 2005. - P.176. .

Fase 3. Avaliação da optimização e optimização dos processos de negócio.

Esta etapa é fundamental no decorrer de todo o projeto, pois a otimização das atividades futuras da organização depende da qualidade de sua implementação. Ao avaliar a otimização, os seguintes parâmetros do processo de negócios são analisados: a validade e confiabilidade dos dados iniciais ("entradas"); integridade e pontualidade das ações de controle, sua presença; otimização de ações no âmbito da implementação de procedimentos de processos de negócios; tempo ideal de trabalho; suficiência de recursos; qualidade, validade e confiabilidade dos resultados finais ("outputs") e sua suficiência para a implementação dos processos de negócios subsequentes.

A realização de uma avaliação de otimização para os parâmetros listados leva à obtenção dos seguintes resultados:

• - identificação de duplicação injustificada de funções entre colaboradores (divisões) e "zonas de irresponsabilidade".
• - identificação de áreas de não otimização que reduzem a eficiência dos processos de negócios.
• - identificação de reservas para reduzir os custos dos processos de negócio.

O resultado do trabalho desta etapa é um relatório de análise dos processos de negócios de acordo com os parâmetros de avaliação especificados, incluindo propostas de melhoria dos processos de negócios da organização. Este relatório é a base para o desenvolvimento de modelos ótimos de processos de negócios ("como deveria ser").

Fase 4. Organização da implementação das mudanças.

O principal objetivo da implementação desta etapa é garantir que os funcionários entendam e utilizem novos modelos para a implementação de processos de negócios em suas atividades diárias. Assim, a resistência à mudança por parte dos funcionários é reduzida.

Ao introduzir mudanças nas atividades da organização, o seguinte conjunto de trabalhos é implementado:

• - briefing dos colaboradores responsáveis ​​pela realização das alterações de forma a esclarecer os objetivos e atividades, o procedimento e as formas de introdução de novos modelos.
• - acompanhamento da operação piloto de novos padrões de funcionamento da Empresa de forma a identificar desvios dos modelos de processos de negócio desenvolvidos em relação à possibilidade real de execução dos trabalhos.
• - ajuste dos modelos de processos de negócios com base nos resultados da operação experimental Veja: Termos de referência para o projeto de reorganização dos processos de negócios da empresa. Modo de acesso: http://www.finexpert.ru/content.asp?mID=60&ID=128&mode=w .

Etapa 5. Desenvolvimento de documentos regulatórios

Regulação de processos de negócio - desenvolvimento e coordenação de instruções para processos de negócio na composição, fixados na fase de diagnóstico do sistema de gestão. A criação de um conjunto de documentos normativos é, obviamente, o principal resultado de todo o projeto, mas, apesar disso, precisa ser implementado.

Fase 6. Implementação de documentos regulamentares.

O principal objetivo da implementação desta etapa é garantir que os funcionários entendam e utilizem novos modelos para a implementação de processos de negócios em suas atividades diárias. Assim, garante-se a redução da resistência às mudanças por parte dos colaboradores da empresa.

A implementação do trabalho de implementação da documentação regulatória desenvolvida é a conclusão lógica de todo o projeto de regulamentação das atividades daqueles processos de negócios que foram identificados como promissores na fase de diagnóstico.

Um processo de negócios é um conjunto lógico, sequencial e interconectado de atividades que consomem os recursos do produtor, criam valor e entregam resultados ao consumidor. Entre os principais motivos que incentivam uma organização a otimizar os processos de negócios estão a necessidade de reduzir custos ou a duração do ciclo produtivo, as exigências dos consumidores e do Estado, a implantação de programas de gestão da qualidade, fusões de empresas, contradições organizacionais internas, etc.

A modelagem de processos de negócios permite não apenas determinar como a empresa funciona como um todo, como ela interage com organizações externas, clientes e fornecedores, mas também como as atividades são organizadas em cada local de trabalho.

A modelagem de processos de negócios é remédio eficaz buscar formas de otimizar as atividades da empresa, um meio de prever e minimizar os riscos que surgem nas diversas fases da reorganização do empreendimento. Este método permite fornecer uma estimativa de custo para cada processo individual e todos os processos de negócios da organização no agregado.

A metodologia (notação) para a criação de um modelo (descrição) de um processo de negócio é entendida como um conjunto de maneiras pelas quais os objetos mundo real e os links entre eles são representados como um modelo.

Um modelo de negócios é uma descrição formalizada (gráfica, tabular, textual, simbólica) dos processos de negócios que reflete as atividades reais ou pretendidas de uma empresa.

No caso mais simples, um modelo de negócios pode consistir em um único diagrama, mas na prática isso é dificilmente aceitável, pois os processos de negócios geralmente são muito complexos e multidimensionais. O modelo de tais processos inclui os seguintes componentes:

• - Representação. Cada visão reflete um aspecto específico dos processos de negócios. Uma exibição é uma abstração que reflete um ponto de vista específico e oculta detalhes que não são relevantes para esse ponto de vista.
• - Diagramas. Cada visão consiste em uma série de diagramas de vários tipos que refletem os aspectos estruturais e dinâmicos dos processos de negócios.
• - Objetos e processos. Objetos representam recursos utilizados em processos (financeiros, materiais, humanos, informacionais).

Os conceitos mais importantes de qualquer método de modelagem de processos de negócios são os conceitos de objeto e relacionamento. Cada objeto do modelo reflete algum objeto real da chamada área temática (organização). , pessoas, documentos, máquinas e equipamentos, software, etc. Via de regra, dentro de um mesmo método, objetos de modelo que refletem diferentes entidades do mundo real também são diferentes. Os links destinam-se a descrever a relação dos objetos entre si. Tais relacionamentos podem incluir: sequência de execução ao longo do tempo, comunicação via fluxo de informações, uso por outro objeto, etc.

Cada objeto e links são caracterizados por vários parâmetros ou, como dizem, atributos que refletem certas características de um objeto real. A composição dos atributos depende do tipo de objeto real da organização exibido por meio do modelo. Os atributos podem ser características como número do objeto, nome, descrição, duração da execução (para funções), custo, etc. Na prática, ao criar modelos de organização, a descrição dos atributos dos objetos do modelo é realizada usando ferramentas especiais para modelagem de processos de negócios . Isso permite que você faça um “modelo” mais complexo a partir da “descrição” mais simples de um processo de negócios, com base no qual certos cálculos são feitos, análises e avaliações do processo são realizadas.

Como os modelos de processos de negócios são projetados para uma grande variedade usuários (analistas de negócios, funcionários comuns e administração da empresa), e sua construção é muitas vezes realizada por não especialistas na área tecnologias de informação, os modelos mais utilizados são do tipo gráfico, nos quais, de acordo com uma determinada metodologia, o processo de negócio é apresentado na forma de um visual imagem gráfica-- um gráfico que consiste principalmente de caixas e setas. Tal representação possui um alto conteúdo de informação multidimensional, que se expressa em diversas propriedades (cor, fundo, estilo, etc.) e atributos (peso, tamanho, custo, tempo, etc.) de cada objeto e conexão. Nos últimos anos, os desenvolvedores de ferramentas de software para modelagem de processos de negócios deram grande atenção à transformação de modelos gráficos em modelos de outros tipos, em particular, em executáveis, cujo objetivo é garantir a automação de um processo de negócios e a integração dos sistemas de informação envolvidos na sua execução. reengenharia de negócios financeiro

Os objetivos da modelagem de processos de negócios são geralmente formulados da seguinte forma:

• - proporcionar uma compreensão da estrutura da organização e da dinâmica dos processos nela ocorridos;
• - fornecer uma compreensão dos problemas atuais da organização e as possibilidades de sua solução;
• — garantir que clientes, usuários e desenvolvedores compartilhem o mesmo entendimento das metas e objetivos da organização;
• - criar uma base para a formação de requisitos de software que automatize os processos de negócio da organização.

A principal área de aplicação dos modelos de negócios é a reengenharia de processos de negócios. Ao mesmo tempo, deve construir modelos de atividades atuais e futuras, bem como um plano e programa para a transição do primeiro estado para o segundo. Qualquer empresa moderna é um sistema complexo, suas atividades incluem a execução de dezenas de milhares de funções e operações que afetam mutuamente. Uma pessoa não é capaz de entender como esse sistema funciona em detalhes - isso vai além dos limites de suas capacidades. Portanto, a ideia principal de criar os chamados modelos "AS_IS" (como está) e "AS_TO_BE" (como deveria ser) é entender o que o empreendimento em questão faz (fará) e como funciona (vai função) para atingir seus objetivos.

O objetivo dos futuros sistemas de software é, antes de tudo, resolver problemas de negócios por meio de modernas tecnologias de informação. Os requisitos de software são formados com base em um modelo de negócios e os critérios de design do sistema são baseados principalmente em sua satisfação total. Deve-se notar que os modelos de processos de negócios não são apenas um resultado intermediário usado por um consultor para desenvolver recomendações e conclusões. São um resultado independente de grande importância prática, decorrente dos objetivos de sua construção.

Assim, os seguintes objetivos da modelagem de negócios podem ser distinguidos:

• - Descrição dos processos de negócios no padrão "as is";
• - É um meio eficaz de identificação e eliminação de “gargalos” do empreendimento;
• - Uma ferramenta de antecipação e minimização de riscos;
• - Descrição das atividades da empresa para posterior automação.

Tarefas de modelagem de negócios:

• - Reorganização empresarial
• - Certificação empresarial
• - Aplicação de sistemas de informação para gestão empresarial

O modelo de processo de negócios deve responder às perguntas:

• 1. Quais procedimentos (funções, trabalho) devem ser executados para obter o resultado final desejado?
• 2. Em que sequência esses procedimentos são executados?
• 3. Quais mecanismos de controle e gerenciamento existem dentro do processo de negócio considerado?
• 4. Quem executa os procedimentos do processo?
• 5. Quais documentos/informações de entrada cada procedimento de processo usa?
• 6. Quais documentos/informações de saída o procedimento do processo gera?
• 7. Quais recursos são necessários para concluir cada procedimento do processo?
• 8. Que documentação/condições regem a execução do procedimento?
• 9. Que parâmetros caracterizam a implementação de procedimentos e o processo como um todo?

Muitos líderes empresariais agora estão iniciando projetos de modelagem de processos em organizações para diversos fins. Esses objetivos podem ser divididos em dois grupos. Atingir os objetivos do primeiro grupo deve fornecer uma solução para os problemas específicos da organização e aumentar a eficiência de suas atividades. Nesse caso, resultados reais e praticamente importantes são esperados do projeto de descrição de processos de negócios. O segundo grupo de metas pode ser caracterizado como metas de slogan. Ninguém na organização espera algum efeito do projeto, ele é desenvolvido para atingir objetivos políticos ou serve como justificativa para a alocação de recursos financeiros.

No primeiro grupo de objetivos, devem ser destacadas várias direções nas quais o projeto de descrição de processos de negócios se desenvolverá. Na prática, os gerentes primeiro definem a tarefa de entender como está o trabalho e onde a eficiência diminui (ocorrem perdas financeiras). Supõe-se que o conjunto resultante de modelos de processos de negócios será usado no futuro para fins de automação. Além disso, eles desejam obter informações sobre o sistema de fluxo de trabalho existente nos modelos e fazer as alterações necessárias, etc. É possível identificar vários traços característicos formulação da declaração de tarefa pelos gerentes de nível superior nesta fase:

• - imprecisão de redação e falta de definições (por exemplo, processos);
• - falta de critérios claros para atingir os objetivos do projeto;
• - falta de compreensão de como o conjunto resultante de modelos de processos de negócios será usado no futuro.

Essas características refletem o fato de que os gestores, em sua maioria, não representam a importância da descrição dos processos de negócios como um dos meios de desenvolvimento do sistema de gestão de processos de uma organização. Mas o fato é que os próprios modelos de processos de negócios não são uma ferramenta de gerenciamento. No entanto, eles podem servir de base para criar documentação regulatória, analisar atividades e tomar algumas decisões.

Modelos de processos de negócios:

• - introduzir rigor e metodologia;
• - fornecer uma apresentação única e consistente;
• - integrar processos, sistemas de TI, estrutura organizacional, informações e dados;
• - permitem ver e analisar a relação;
• - ajudar a verificar a correção, revisar e testar os processos;
• - fornecer um ambiente informativo para avaliar cenários hipotéticos;
• - são a base para a implementação rápida de mudanças de processo.

Portanto, os objetivos do projeto de modelagem de processos de negócios devem ser definidos. Dependendo dos objetivos definidos, várias abordagens (metodologias) podem ser utilizadas para descrever os processos de negócios da organização. A metodologia de implementação do projeto deverá ser desenvolvida (adaptada) tendo em conta os objetivos definidos e o montante de recursos alocados a este projeto.

Introdução

1. Modelagem de processos de negócios

2. Classificação dos processos de negócio

3. Padrões de Modelagem de Processos de Negócios

Conclusão

Lista de fontes usadas

INTRODUÇÃO

O conceito de "modelagem de processos de negócios" entrou na vida da maioria dos analistas simultaneamente com o surgimento no mercado de produtos de software complexos projetados para automação complexa de gerenciamento empresarial.

Tais sistemas sempre implicam em um profundo levantamento pré-projeto das atividades da empresa. O resultado dessa pesquisa é uma opinião especializada, na qual recomendações são feitas em parágrafos separados para eliminar “gargalos” na gestão das atividades.

Com base nessa conclusão, imediatamente antes da implementação do sistema de automação, é realizada a chamada reorganização dos processos de negócios, às vezes bastante séria e dolorosa para a empresa. Esta é, claro, uma equipa que se desenvolveu ao longo dos anos é sempre difícil fazer “pensar de uma forma nova”. Essas pesquisas abrangentes de empresas são sempre complexas e diferem significativamente de caso para caso.

Existem metodologias e padrões bem estabelecidos para resolver tais problemas de modelagem de sistemas complexos. Esses padrões incluem a família de metodologias IDEF. Com a ajuda deles, você pode exibir e analisar efetivamente os modelos de atividade de uma ampla gama de sistemas complexos em várias seções. Ao mesmo tempo, a amplitude e a profundidade do exame dos processos no sistema são determinadas pelo próprio desenvolvedor, o que permite não sobrecarregar o modelo criado com dados desnecessários.

A modelagem de processos de negócios permite analisar não apenas como a empresa funciona como um todo, como ela interage com organizações externas, clientes e fornecedores, mas também como as atividades são organizadas em cada local de trabalho individual.

Existem várias abordagens para a definição do conceito de "modelagem de processos de negócios":

- esta é uma descrição dos processos de negócios da empresa que permite ao gerente saber como os funcionários comuns trabalham e, para os funcionários comuns, como seus colegas trabalham e qual é o resultado final de todas as suas atividades;

modelagem de processos de negócios- este é um meio eficaz de encontrar oportunidades para melhorar as atividades da empresa;

modelagem processos de negócios- trata-se de uma ferramenta que permite antecipar e minimizar os riscos que surgem nas várias fases da reorganização da empresa;

modelagem de processos de negóciosé um método que permite estimar o custo de cada processo, considerado individualmente, e de todos os processos de negócios de uma empresa, considerados de forma agregada.

As empresas modernas são forçadas a melhorar constantemente suas atividades. Isso requer o desenvolvimento de novas tecnologias e práticas de negócios, melhorando a qualidade dos resultados finais das atividades e, claro, a introdução de novos e melhores métodos eficazes gestão e organização de empresas.

processo de negóciosé um conjunto lógico, consistente e interconectado de atividades que consome os recursos do produtor, cria valor e dá o resultado ao consumidor. Entre os principais motivos que incentivam uma organização a otimizar os processos de negócios estão a necessidade de reduzir custos ou a duração do ciclo produtivo, as exigências dos consumidores e do Estado, a implantação de programas de gestão da qualidade, fusões de empresas, contradições organizacionais internas, etc.

Modelagem de processos de negóciosé uma ferramenta eficaz para encontrar formas de otimizar as atividades da empresa, uma ferramenta para prever e minimizar os riscos que surgem em vários estágios de reorganização de uma empresa. Este método permite fornecer uma estimativa de custo para cada processo individual e todos os processos de negócios da organização no agregado.

As decisões de modelagem de processos de negócios geralmente são tomadas pelos motivos mostrados na Figura 1.

Figura 1 - Razões para decidir pela modelagem de processos de negócio

A modelagem de processos de negócios afeta muitos aspectos das atividades de uma empresa:

mudança na estrutura organizacional;

optimização das funções dos departamentos e colaboradores;

redistribuição de direitos e deveres dos administradores;

mudança interna documentos normativos e tecnologia operacional.

O objetivo da simulaçãoé a sistematização do conhecimento sobre a empresa e seus processos de negócios de forma gráfica visual mais conveniente para o processamento analítico das informações recebidas. O modelo deve refletir a estrutura dos processos de negócios da organização, os detalhes de sua implementação e a sequência do fluxo de trabalho.

A modelagem dos processos de negócios da organização inclui duas etapas - estrutural e detalhada.

Estrutural A modelagem do processo de negócios de uma organização pode ser feita em notação IDEF0 usando o kit de ferramentas BPwin ou em UML usando o kit de ferramentas Rational Rose. A modelagem detalhada é feita em UML.

Na fase de modelagem estrutural, o modelo deve refletir:

estrutura organizacional existente;

documentos e outras entidades utilizadas na execução de processos de negócios simulados e necessários para a modelagem do fluxo de trabalho, com descrições de seus principais significados;

a estrutura dos processos de negócios, refletindo sua hierarquia de grupos mais gerais para processos de negócios privados;

diagramas de interação para processos finais de negócios, refletindo a sequência de criação e movimentação de documentos (dados, materiais, recursos, etc.) entre os atores.

detalhado a modelagem de processos de negócios é realizada no mesmo modelo e deve refletir os detalhes necessários e fornecer uma visão inequívoca das atividades da organização.

Um modelo de processo de negócios detalhado deve incluir:

conjunto de precedentes refletindo opções possíveis execução de processos de negócios "como estão";

diagramas de ação que descrevem em detalhes a sequência dos processos de negócios;

diagramas de interação refletindo esquemas de fluxo de trabalho.

Operação de negócios- um conjunto de ações, procedimentos que compõem o conteúdo de um ato da atividade empresarial.

Uma operação comercial geralmente começa com a produção ou compra de um lote de mercadorias de acordo com um plano de ações predeterminado e termina com a venda de mercadorias e obtenção de lucro. As transações comerciais também são chamadas transações.

Função de negóciosé uma tarefa que a empresa resolve para sua própria sobrevivência e para atingir seus objetivos. A função responde à pergunta o que fazer. Claro, dentro da estrutura da empresa, muitas funções podem ser distinguidas. Portanto, qualquer sistema de negócios deve ter funções como gerenciamento financeiro, produção e vendas.

Modelo de negócios -é o que uma empresa faz e como ganha dinheiro (Tom Malone)

Estratégia de negócio existe uma teoria, o modelo de negócios é uma hipótese (Nicholas Carr)

modelo de negóciosé uma representação de um conjunto de elementos de modelo relacionados que definem os ambiente externo empresas dentro de um único sistema.

2. CLASSIFICAÇÃO DOS PROCESSOS DE NEGÓCIOS

Atribuir a seguinte classificação:

Dependendo do local dos processos empresariais em estrutura organizacional empresas distinguem os seguintes processos de negócio:

processos horizontais - processos que refletem a interação horizontal;

processos horizontais individuais - processos executados por funcionários individuais (unidades organizacionais);

processos horizontais multifuncionais - processos executados por muitos funcionários (unidades organizacionais);

processos verticais - processos que refletem a interação dos funcionários (unidades organizacionais) ao longo da vertical;

processos integrados - processos que exibem a interação dos participantes do processo vertical e horizontalmente.

Dependendo do grau de sua complexidade, existem:

monoprocessos - processos monossilábicos;

processos aninhados - monoprocessos que fazem parte de um processo mais complexo (macroprocesso);

processos relacionados são monoprocessos que são separados e implementados sequencialmente de acordo com um determinado algoritmo.

Dependendo de sua finalidade:

processos de negócio principais - processos de negócio horizontais que asseguram a implementação de tarefas operacionais reais relacionadas com a criação de um produto e a sua implementação a um cliente; - são processos cujas operações estão diretamente relacionadas ao produto da empresa e, portanto, afetam a criação de valor agregado;

processos de negócio de suporte - processos de negócio horizontais que garantem a execução dos processos principais, não estão diretamente relacionados com os bens e serviços produzidos, no entanto, é impossível realizar operações de valor acrescentado sem eles;

processos de negócios de gestão - processos de negócios verticais que fornecem gerenciamento das atividades da empresa, processos de negócios centrais e de suporte. Estes são os processos de formação de estratégia, planejamento e controle de negócios.

Dependendo de seu lugar na hierarquia de metas organizacionais:

processos de negócios de alto nível - processos voltados para a implementação dos objetivos estratégicos da empresa, os mais significativos para a empresa;

processos de negócios de nível médio - processos de negócios voltados para a implementação de metas táticas;

processos de negócios dos processos de negócios de nível inferior voltados para a implementação de metas operacionais.

Dependendo do nível de detalhe:

macroprocessos - processos de negócios ampliados com o nível de detalhe necessário para descrever os processos de negócios de nível superior;

subprocessos - processos de negócios com o nível de detalhamento necessário para descrever processos de negócios de nível médio;

microprocessos - processos de negócios que possuem o nível máximo de detalhamento, são usados ​​para descrever processos de negócios de nível inferior.

Como parte dos principais componentes do Balanced Scorecard:

processos de negócios financeiros;

processos de negócios do cliente;

negócios - processos de produção;

processos de negócios de desenvolvimento, aprendizado e crescimento.

Padrão de Modelagem Funcional IDEF0

O padrão IDEF0 é considerado o método clássico da abordagem de processo para gerenciamento. O principal princípio da abordagem de processo é estruturar as atividades da organização de acordo com seus processos de negócios, e não a estrutura organizacional. São os processos de negócios que formam o resultado significativo para o consumidor que têm valor, e é sua melhoria que terá que ser tratada no futuro.

PadrãoIDEF0 é um conjunto de regras e procedimentos projetados para construir um modelo funcional de um objeto de qualquer área temática.

ModeloIDEF0 é uma série de diagramas com documentação que divide um objeto complexo em suas partes componentes, que são mostradas como blocos. Os detalhes de cada um dos blocos principais são mostrados como blocos em outros diagramas. Cada diagrama detalhado é uma decomposição em blocos do diagrama do nível anterior. A cada etapa de decomposição, o diagrama do nível anterior é chamado de diagrama pai para o diagrama mais detalhado. O número total de níveis no modelo (incluindo o nível de contexto) não deve exceder 5-6. A prática mostra que isso é suficiente para construir um modelo funcional completo de uma empresa moderna em qualquer setor.

Padrão de Modelagem de Informação IDEF1

O padrão IDEF1 foi desenvolvido como uma ferramenta para analisar e estudar as relações entre os fluxos de informação dentro do negócio de uma empresa. Aplicação da metodologia IDEF1 como ferramenta para a construção de um modelo visual da estrutura de informação de uma empresa segundo o princípio “como deveria ser”. Um exemplo de construção de um modelo é mostrado na Figura 2.

Figura 2 - Um exemplo de construção de um modelo IDEF1

Os principais componentes do modelo de informação são:

diagramas - imagens estruturais do modelo de informação, representando, de acordo com um conjunto de regras, a composição e as relações lógicas dos dados utilizados;

dicionário – o valor de cada elemento do modelo é descrito por um fragmento de texto.

O conceito básico na metodologia IDEF1 é o conceito de entidade. Essência definido como um objeto real ou abstrato, definido propriedades distintivas que, chamados de atributos, são conhecidos. Cada entidade tem um nome e atributos.

O número do subsistema serve para identificá-lo. No campo nome, o nome do subsistema é inserido na forma de uma frase com o assunto e as definições e acréscimos correspondentes.

O processo é a transformação de fluxos de dados de entrada em fluxos de saída de acordo com um determinado algoritmo. Fisicamente, o processo pode ser implementado de várias formas: pode ser uma subdivisão de uma organização (departamento) que processa documentos de entrada e emite relatórios, um programa, um dispositivo lógico implementado em hardware, etc.

O processo no diagrama de fluxo de dados é representado conforme mostrado na Figura 4.

O número do processo é usado para identificá-lo. No campo nome, insira o nome do processo como uma frase com um verbo ativo inequívoco em forma indefinida(calcular, calcular, verificar, determinar, criar, receber) seguido de substantivos no caso acusativo, por exemplo: "Inserir informações de contribuinte", "Fornecer informações sobre despesas correntes", "Verificar recebimento de dinheiro".

As informações no campo de implementação física indicam qual parte da organização, programa ou dispositivo de hardware o processo está executando.

Um dispositivo de armazenamento de dados é um dispositivo abstrato para armazenar informações que podem ser colocadas em um dispositivo de armazenamento a qualquer momento e recuperadas após algum tempo, e os métodos de inserção e extração podem ser quaisquer.

Um dispositivo de armazenamento de dados pode ser implementado fisicamente na forma de uma microficha, uma gaveta em um arquivo, uma mesa em RAM, um arquivo em meio magnético, etc.

O dispositivo de armazenamento de dados é identificado pela letra "D" e um número arbitrário. O nome do drive é escolhido do ponto de vista do maior conteúdo informativo para o projetista.

O armazenamento de dados é geralmente um protótipo do futuro banco de dados, e a descrição dos dados nele armazenados deve corresponder ao modelo de dados.

O fluxo de dados define as informações transmitidas por meio de alguma conexão da fonte ao receptor. O fluxo de dados no diagrama é representado por uma linha que termina com uma seta que mostra a direção do fluxo. Cada fluxo de dados tem um nome que reflete seu conteúdo.

O principal objetivo da construção de uma hierarquia DFD é tornar a descrição do sistema clara e compreensível em todos os níveis de detalhe e também dividi-lo em partes com relacionamentos precisamente definidos entre elas.

CONCLUSÃO

Nos últimos anos, o interesse na Rússia pelas metodologias da família IDEF tem crescido constantemente. Ao mesmo tempo, o interesse em padrões como IDEF3–5 é teórico, enquanto o interesse em IDEF0 é praticamente justificado.

No entanto, a maioria dos gestores ainda considera a aplicação prática da modelagem nos padrões IDEF mais como uma homenagem à moda do que como uma forma eficaz de otimizar o sistema de gestão empresarial existente. Muito provavelmente, isso se deve a uma pronunciada falta de informação sobre a aplicação prática dessas metodologias e ao indispensável viés de software da grande maioria das publicações.

Não é segredo que quase todos os projetos de pesquisa e análise das atividades financeiras e econômicas das empresas na Rússia agora, de uma forma ou de outra, estão relacionados à construção sistemas automatizados gerenciamento. Devido a isso, os padrões IDEF na compreensão da maioria tornaram-se condicionalmente inseparáveis ​​\u200b\u200bda introdução da tecnologia da informação, embora com a ajuda deles às vezes seja possível resolver efetivamente até pequenos problemas locais, literalmente com lápis e papel.

Concluindo, gostaria de enfatizar que a principal vantagem da ideia de analisar os processos de negócios de uma empresa criando seu modelo é sua versatilidade. Em primeiro lugar, a modelagem de processos de negócios é a resposta para quase todas as questões relacionadas à melhoria das atividades de uma empresa e ao aumento de sua competitividade. Em segundo lugar, o chefe ou a administração de uma empresa que implementou esta metodologia terá informações que lhes permitirão melhorar de forma independente sua empresa e prever seu futuro.

1. Voinov I.V. Modelação de sistemas e processos económicos. Experiência na construção de modelos ARIS [Texto]: monografia / I.V. Voinov - M.: SUGU, 2002. - 392 p.

2. Volkov O.N. Padrões e metodologias para modelagem de processos de negócios [Texto]: livro didático. subsídio para universidades / O.N. Volkov. - M.: ASV, 2000. - 145 p.

3. Grigoriev D.I. Modelagem de processos de negócios de uma empresa [Texto]: livro didático. mesada / D.I. Grigoriev. - M.: IRTs, 2006. - 214 p.

4. Kalyanov G.N. Modelagem, análise, reorganização e automação de processos de negócios [Texto]: livro didático. mesada / G.N. Kalyanov. - M.: Finanças e estatísticas, 2006. - 319 p.

5. Pinaev D.K. Modelagem de processos de negócios: disponível sobre o complexo [Texto]: Ref. mesada / D.K. Pinaev. - M.: RGAS, 2003. - 247 p.

Tutoria

Precisa de ajuda para aprender um tópico?

Nossos especialistas irão aconselhar ou fornecer serviços de tutoria sobre tópicos de seu interesse.
Submeter uma candidatura indicando o tema agora mesmo para saber sobre a possibilidade de obter uma consulta.

Atividades para identificar e descrever processos de negócios existentes (análise de processos de negócios), bem como projetar novos (desenhar processos de negócios). A modelagem de negócios também é chamada de disciplina e um subprocesso separado no processo ... ... Wikipedia

Modelagem de negócios é a atividade de formar modelos de organizações, incluindo uma descrição de objetos de negócios (divisões, cargos, recursos, funções, processos, operações, sistemas de informação, portadores de informações, etc.) e uma indicação de relacionamentos ... ... Glossário de termos comerciais

É um sistema de atividades consistentes, propositais e reguladas em que, por meio da ação de controle e com o auxílio de recursos, as entradas do processo são convertidas em saídas, os resultados do processo, representando ... ... Wikipedia

A modelagem de negócios é a atividade de identificar e descrever os processos de negócios existentes (análise de processos de negócios), bem como projetar novos processos (desenho de processos de negócios). A modelagem de negócios também é chamada de disciplina e individual ... ... Wikipedia

Um processo de negócios é um conjunto de atividades ou tarefas inter-relacionadas destinadas a criar um produto ou serviço específico para os consumidores. Para maior clareza, os processos de negócios são visualizados usando um fluxograma de processo de negócios. ... ... Wikipedia

Descreve logicamente como uma organização cria, entrega aos clientes e adquire valor econômico, social e outras formas de valor. O processo de desenvolvimento do modelo de negócios faz parte da estratégia de negócios. Em teoria e ... ... Wikipedia

No desenvolvimento de sistemas de informação, um conjunto de regras, princípios, dependências do comportamento dos objetos da área disciplinar (domínio atividade humana que o sistema suporta). Caso contrário, podemos dizer que a lógica de negócios é a implementação de regras ... ... Wikipedia

A simulação de negócios é um modelo interativo de um sistema econômico que, de acordo com suas condições internas, é o mais próximo possível da unidade econômica real correspondente (subdivisão de uma empresa, empresa, indústria, estado). Negócios ... Wikipédia

- (simulação) Imitação de uma situação de marketing para fins de pesquisa. Com a simulação computacional, todas as informações disponíveis são carregadas em um computador, o que possibilita comparar possíveis opções de estratégias de marketing. No… … Glossário de termos comerciais

livros

• Modelagem de negócios, Osipova Tatyana. Este livro será produzido de acordo com o seu pedido usando a tecnologia Print-on-Demand. Modelagem de processos de negócios ou modelagem de negócios baseada em…
• Modelagem de negócios e análise de dados. Resolvendo problemas do mundo real com o Microsoft Excel, Winston Wayne L. Wayne Winston usa tarefas reais para ensiná-lo a analisar dados rapidamente, tomar decisões, fazer um balanço, escrever relatórios, processar dados e criar análises…