Exemplo de processo de negócios no visio. Diagrama de processo de negócios para os impacientes

Ao modelar um processo no Visio, lembre-se que o objetivo principal é mostrar a lógica do processo, seus participantes e as ações que eles executam. Assim, para exibir a lógica do processo, usamos eventos e conexões lógicas entre eles, mostramos os participantes usando trilhas de papéis, suas ações - usando elementos do tipo “processo”. Todos os outros aspectos (documentos, recursos) devem ser exibidos de forma a não obstruir o entendimento da lógica; para a divulgação completa desses aspectos do processo, é melhor usar um texto ou descrição tabular.

Para fins de modelagem, neste exemplo, consideraremos um processo simplificado de venda de um produto de produção própria.

É melhor iniciar a modelagem direta especificando o nome e esclarecendo os limites do processo. As bordas podem ser corrigidas imediatamente na forma de eventos no diagrama. Em nosso exemplo, os eventos limite seriam “Necessidade do cliente identificada” e “Necessidade apoiada por compromisso mútuo” (consulte a Figura 3).

Arroz. 3. Título e limites do processo

Para facilitar a leitura dos diagramas, a descrição do processo deve começar no canto superior esquerdo (ver Fig. 4). A violação desta regra é indesejável, mas possível se, por algum motivo, a ordem dos artistas / faixas for inicialmente definida e os primeiros trabalhos do processo pertencerem à faixa localizada no meio ou na parte inferior.

Cada trabalho/procedimento no diagrama de processo deve ser enquadrado como um bloco integral com limites lógicos na forma de eventos e documentos. Esses limites lógicos permitem que você compreenda e estruture melhor o processo.

Estruturar o processo descrito, se não foi realizado com antecedência, é aconselhável realizar com base no entendimento daquele cadeias de resultados intermediários (eventos) que é necessário para alcançar metas de processo. Essa cadeia é implementada por uma transição passo a passo do evento inicial para o final do processo. Ao formular eventos, é desejável operar objetos e seus estados("necessidade identificada", "pedido processado", etc.).

Um exemplo simplificado de uma descrição do processo é mostrado na fig. 5.

Arroz. 5. Exemplo simplificado de descrição de processo

No diagrama, dois blocos ("Elaboração da minuta do contrato" e "Inclusão do pedido no plano de produção") são designados como "subprocessos". Isso significa que existem esquemas de decomposição correspondentes para eles - descrições detalhadas desses subprocessos em páginas separadas do mesmo arquivo do Visio ou em outros arquivos.

Enviar seu bom trabalho na base de conhecimento é simples. Use o formulário abaixo

Alunos, alunos de pós-graduação, jovens cientistas que usam a base de conhecimento em seus estudos e trabalhos ficarão muito gratos a você.

postado em http://www.allbest.ru

postado em http://www.allbest.ru

Introdução

A modelação de processos de negócio no contexto da modernização da economia e gestão é uma importante área que ajuda a otimizar os processos da organização e a melhorar o desempenho empresarial. Falando em modelagem de processos de negócios, usaremos a terminologia de várias áreas do conhecimento relacionadas à economia, ciência da computação e modelagem de sistemas complexos ao mesmo tempo. Portanto, definiremos as definições e conceitos básicos.

Um processo de negócios é definido como uma cadeia logicamente concluída de atividades inter-relacionadas e repetitivas, como resultado da qual os recursos de uma empresa são usados ​​para processar um objeto (física ou virtualmente) a fim de alcançar certos resultados mensuráveis ​​ou criar produtos para satisfazer necessidades internas. ou consumidores externos.

O termo "modelagem" tem dois significados principais. Primeiramente, a modelagem é entendida como o processo de construção de um modelo como uma espécie de representação (imagem) do original, refletindo suas características e propriedades mais importantes. Se o modelo já foi construído, então a modelagem é o processo de estudar (analisar) o funcionamento do sistema, ou melhor, seu modelo. O objetivo básico da modelagem de processos de negócios é descrever o curso real dos processos de negócios de uma empresa. Ao mesmo tempo, é necessário determinar qual é o resultado do processo, por quem e quais ações são executadas, qual é sua ordem, qual é a movimentação de documentos durante o processo, bem como a confiabilidade do processo ( probabilidade de execução malsucedida) e como ela pode ser expandida/modificada no futuro.

É importante assegurar a transparência dos processos de negócio porque só neste caso o dono do processo de negócio (funcionário da empresa que gere o curso do processo de negócio e é responsável pelos seus resultados e eficácia), o analista de negócio, a gestão e outras partes interessadas terão uma ideia clara de como o trabalho está organizado. Compreender o fluxo dos processos de negócios existentes permite julgar sua eficácia e qualidade e é necessário para o desenvolvimento de uma infraestrutura de TI que suporte o negócio. O desenvolvimento bem-sucedido de sistemas de aplicativos que suportam a execução de processos de negócios do começo ao fim só é possível quando os próprios processos são claramente compreendidos em detalhes.

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

O problema deste trabalho de curso soa assim: quão prático usar (simplicidade, visual e informativo) diagramas desenhados em MS Visio.

O objeto é a modelagem de negócios.

Vamos designar como assunto: modelagem de processos de negócios da empresa que se dedica à prestação de serviços em autotransportes, em MS Visio.

Com base no problema, vamos designar o objetivo: determinar a praticidade de uso dos esquemas projetados no MS Visio, usando o exemplo da empresa de transporte (TK) EcoTrans LLC.

Para atingir esse objetivo, é necessário resolver as seguintes tarefas:

Encontrar e estudar metodologias de modelagem de processos de negócios;

Familiarize-se com gráficos de negócios no MS Visio;

Analisar os processos de negócios da TC "EcoTrans" LLC

Descrever os processos de negócios da TC LLC "EcoTrans" usando modelagem de negócios no Microsoft Visio

Vários métodos podem ser usados ​​para modelar processos de negócios. O método, ou metodologia, de modelagem inclui a sequência de ações que devem ser executadas para construir o modelo, ou seja, o procedimento de modelagem e a notação aplicada (linguagem). Neste trabalho de curso serão utilizadas as metodologias IDEF0, IDEF3 para modelar processos de negócio.

1. Metodologia para descrever a área temática

O processo de modelagem de negócios pode ser implementado no âmbito de vários métodos, que diferem, em primeiro lugar, em sua abordagem do que constitui uma organização modelada. De acordo com diferentes ideias sobre a organização dos métodos, costuma-se dividi-los em objeto e funcional (estrutural).

Os métodos de objeto consideram a organização modelada como um conjunto de objetos em interação - unidades de produção. Um objeto é definido como uma realidade tangível - um objeto ou fenômeno que tem um comportamento claramente definido. O objetivo da aplicação desta técnica é identificar os objetos que compõem a organização, e a distribuição de responsabilidades entre eles pelas ações executadas.

As metodologias funcionais, sendo a mais famosa delas o método IDEF0, consideram a organização como um conjunto de funções que transformam o fluxo de informações de entrada em um fluxo de saída. O processo de conversão de informações consome certos recursos. A principal diferença em relação à metodologia de objeto reside na clara separação de funções (métodos de processamento de dados) dos próprios dados.

Do ponto de vista da modelagem de negócios, cada uma das abordagens apresentadas tem suas próprias vantagens. A abordagem de objeto permite construir um sistema mais resistente a mudanças, mais adequado às estruturas existentes na organização. A modelagem funcional se mostra bem nos casos em que a estrutura organizacional está em processo de mudança ou é geralmente mal projetada. A abordagem das funções executadas é intuitivamente melhor compreendida pelos performers ao receber informações deles sobre seu trabalho atual.

1.1 Entendendo a família de padrões IDEF

Um dos objetivos mais importantes ao preparar um projeto para a construção de um sistema de informação é uma declaração de problema clara e compreendida corretamente. Para atingir esse objetivo, é necessário estudar todos os processos financeiros e econômicos em andamento e os correspondentes fluxos de informações na empresa, para identificar aqueles que devem ser reorganizados em primeiro lugar, ou seja, construir um chamado modelo de negócios. 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 metodologia IDEF foi criada como parte do programa de informatização industrial ICAM (Integrated Computer Aided Manufacturing) nos Estados Unidos, durante o qual foi revelada a necessidade de desenvolver métodos para analisar processos de interação em sistemas de produção. Daí o nome dessa família de padrões - Icam DEFinition - IDEF.

Atualmente, os seguintes padrões podem ser atribuídos à família IDEF:

IDEF0 é uma metodologia de modelagem funcional. Com o auxílio de uma linguagem gráfica visual IDEF0, o sistema em estudo aparece para desenvolvedores e analistas como um conjunto de funções inter-relacionadas (blocos funcionais - nos termos do IDEF0). Normalmente, a modelagem IDEF0 é a primeira etapa no aprendizado de qualquer sistema;

IDEF1 - uma metodologia para modelar fluxos de informação dentro de um sistema que permite exibir e analisar sua estrutura e relacionamentos;

IDEF1X (IDEF1 Extended) - uma metodologia para construção de estruturas relacionais. IDEF1X pertence ao tipo de metodologia Entidade-Relacionamento (ER) e é geralmente usado para modelar bancos de dados relacionais relevantes para o sistema em questão;

IDEF2 é uma metodologia para modelagem dinâmica da evolução de sistemas. Em conexão com as gravíssimas dificuldades na análise de sistemas dinâmicos, este padrão foi praticamente abandonado, e seu desenvolvimento foi suspenso no estágio inicial.

IDEF3 é uma metodologia de documentação de processos ocorridos em um sistema, que é utilizada, por exemplo, no estudo de processos tecnológicos em empresas. IDEF3 descreve o cenário e a sequência de operações para cada processo. IDEF3 tem relação direta com a metodologia IDEF0 - cada função (bloco funcional) pode ser representada como um processo separado usando ferramentas IDEF3;

IDEF4 é uma metodologia para construção de sistemas orientados a objetos. As ferramentas IDEF4 permitem exibir visualmente a estrutura dos objetos e os princípios subjacentes de sua interação, permitindo, assim, analisar e otimizar sistemas complexos orientados a objetos;

IDEF5 é uma metodologia para o estudo ontológico de sistemas complexos. Usando a metodologia IDEF5, a ontologia do sistema pode ser descrita usando um certo vocabulário de termos e regras, com base no qual declarações confiáveis ​​sobre o estado do sistema em consideração em algum momento podem ser formadas. Com base nessas declarações, são tiradas conclusões sobre o desenvolvimento do sistema e sua otimização é realizada.

Vamos dar uma olhada mais de perto nos padrões que serão exigidos ao descrever os processos de negócios neste trabalho de curso, são eles: IDEF0, IDEF3.

Metodologia funcional IDEF0.

O objetivo da metodologia é construir um diagrama funcional do sistema em estudo, que descreva todos os processos necessários com precisão suficiente para modelagem inequívoca da atividade do sistema.

A metodologia é baseada em quatro conceitos principais: bloco funcional, arco de interface, decomposição, glossário.

a) Uma Activity Box representa alguma função específica dentro do sistema em consideração. De acordo com os requisitos da norma, o nome de cada bloco funcional deve ser formulado no modo verbal (por exemplo, "produzir serviços"). No diagrama, o bloco funcional é representado por um retângulo (Figura 1.1). Cada um dos quatro lados do bloco funcional tem seu próprio significado específico (papel), enquanto:

O lado superior é "Controle";

O lado esquerdo é "Input";

O lado direito é definido como "Saída";

O lado inferior tem o valor "Mecanismo" (Mecanismo).

Tal designação reflete certos princípios do sistema: as entradas são convertidas em saídas, os limites de controle ou prescrevem as condições para realizar transformações, os mecanismos mostram o que e como uma função executa.

Cada unidade funcional dentro do sistema único em consideração deve ter seu próprio número de identificação exclusivo.

Figura 1.1 - Bloco funcional

b) Um arco de interface (Arrow) representa um elemento do sistema que é processado por um bloco de função ou afeta a função representada por este bloco de função. Os arcos de interface geralmente são chamados de fluxos ou setas.

Com a ajuda de arcos de interface, são exibidos vários objetos que, em um grau ou outro, determinam os processos que ocorrem no sistema. Tais objetos podem ser elementos do mundo real (peças, vagões, funcionários, etc.) ou fluxos de dados e informações (documentos, dados, instruções, etc.).

Dependendo de qual lado do bloco funcional o determinado arco de interface se encaixa, ele é chamado de "entrada", "saída" ou "controlador".

Deve-se observar que qualquer bloco funcional, de acordo com os requisitos da norma, deve possuir pelo menos um arco de interface de controle e um arco de saída. Isso é compreensível - cada processo deve ocorrer de acordo com algumas regras (exibidas pelo arco de controle) e deve produzir algum resultado (arco de saída), caso contrário, sua consideração não faz sentido.

A presença obrigatória de arcos de interface de controle é uma das principais diferenças entre o padrão IDEF0 e outras metodologias das classes DFD (Data Flow Diagram) e WFD (Work Flow Diagram).

c) A decomposição é o conceito central do padrão IDEF0. O princípio da decomposição é aplicado quando um processo complexo é dividido em suas funções constituintes. Nesse caso, o nível de detalhamento do processo é determinado diretamente pelo desenvolvedor do modelo.

A decomposição permite que você represente de forma gradual e estruturada o modelo do sistema na forma de uma estrutura hierárquica de diagramas individuais, o que o torna menos sobrecarregado e facilmente digerível.

O modelo IDEF0 sempre começa com uma visão do sistema como um todo - um único bloco funcional com arcos de interface que se estendem além da área considerada. Esse diagrama com um bloco funcional é chamado de diagrama de contexto e é denotado pelo identificador "A-0" (Figura 1.2).

Figura 1.2 - Exemplo de diagrama de contexto

No texto explicativo do diagrama de contexto, deve-se indicar a finalidade (Propósito) da construção do diagrama na forma de uma breve descrição e fixar o ponto de vista (Ponto de vista).

A definição e formalização do propósito de desenvolvimento de um modelo IDEF0 é um ponto extremamente importante. Na verdade, o objetivo determina as áreas relevantes no sistema em estudo, que precisam ser focadas primeiro. Por exemplo, se modelarmos as atividades de uma empresa para futuramente construir um sistema de informação baseado neste modelo, então este modelo será muito diferente daquele que desenvolveríamos para a mesma empresa, mas com o objetivo de otimizar redes de fornecimento.

O ponto de vista determina a direção principal do desenvolvimento do modelo e o nível de detalhe necessário. Uma fixação clara do ponto de vista permite descarregar o modelo, recusando-se a detalhar e estudar elementos individuais desnecessários, com base no ponto de vista escolhido no sistema. Por exemplo, modelos funcionais de uma mesma empresa do ponto de vista do tecnólogo-chefe e do diretor financeiro diferirão significativamente na direção de seu detalhamento. Isso se deve ao fato de que, no final das contas, o diretor financeiro não está interessado nos aspectos do processamento de matérias-primas nas máquinas de produção, e o tecnólogo-chefe não está interessado nos esquemas traçados dos fluxos financeiros. A escolha correta do ponto de vista reduz significativamente o tempo gasto na construção do modelo final.

No processo de decomposição, o bloco funcional, que no diagrama de contexto apresenta o sistema como um todo, é detalhado em outro diagrama. O diagrama resultante do segundo nível contém blocos funcionais que exibem as principais subfunções do bloco funcional do diagrama de contexto e é chamado de diagrama filho (diagrama filho) em relação a ele (cada um dos blocos funcionais pertencentes ao diagrama filho é respectivamente chamado de bloco filho - Child Box). Por sua vez, o bloco funcional - o ancestral é chamado de bloco pai em relação ao diagrama filho (Parent Box) e o diagrama ao qual pertence - o diagrama pai (Parent Diagram). Cada uma das subfunções do diagrama filho pode ser detalhada por uma decomposição semelhante de seu bloco funcional correspondente. É importante observar que em cada caso de decomposição de um bloco funcional, todos os arcos de interface incluídos neste bloco ou que saem dele são fixados no diagrama filho. Isso atinge a integridade estrutural do modelo IDEF0. O princípio da decomposição é claramente mostrado na Figura 1.3. Você deve prestar atenção à relação entre a numeração de blocos funcionais e diagramas - cada bloco tem seu próprio número de série exclusivo no diagrama (o número no canto inferior direito do retângulo) e a designação no canto direito indica o número do diagrama filho para este bloco. A ausência desta designação indica que não há decomposição para este bloco.

Freqüentemente, há casos em que não faz sentido continuar a considerar arcos de interface individuais em diagramas filho abaixo de um certo nível na hierarquia, ou vice-versa - arcos individuais não fazem sentido prático acima de um certo nível. Por exemplo, um arco de interface representando um “detalhe” na entrada do bloco de funções “Usinagem em um torno” não faz sentido refletir em diagramas de níveis superiores - isso apenas sobrecarregará os diagramas e os tornará difíceis de ler. Por outro lado, há uma necessidade de se livrar de arcos de interface "conceituais" separados e não detalhá-los mais profundamente do que um determinado nível. Para resolver tais problemas, o padrão IDEF0 fornece o conceito de tunelamento. A designação do “túnel” (Arrow Tunnel) na forma de dois parênteses em torno do início do arco da interface significa que este arco não foi herdado do bloco funcional pai e apareceu (do “túnel”) apenas neste diagrama. Por sua vez, a mesma designação ao redor da extremidade (seta) do arco de interface nas imediações do bloco receptor significa que este arco não será exibido e não será considerado no diagrama filho deste bloco. Na maioria das vezes, objetos individuais e seus respectivos arcos de interface não são considerados em alguns níveis intermediários da hierarquia - nesse caso, eles primeiro "mergulham no túnel" e, se necessário, "retornam do túnel".

d) Glossário. Para cada um dos elementos IDEF0 - diagramas, blocos funcionais, arcos de interface - o padrão existente implica a criação e manutenção de um conjunto de definições apropriadas, palavras-chave, declarações narrativas, etc., que caracterizam o objeto exibido por esse elemento. Este conjunto é chamado de glossário e é uma descrição da essência deste elemento. O glossário complementa harmoniosamente a linguagem gráfica visual, fornecendo aos diagramas as informações adicionais necessárias.

Padrão de Documentação de Processo IDEF3.

O IDEF3 é um padrão para documentação de processos tecnológicos ocorridos em uma empresa e fornece ferramentas para pesquisa visual e modelagem de seus cenários. Nesse caso, um cenário (Cenário) é uma descrição da sequência de alterações nas propriedades de um objeto no âmbito do processo em questão (por exemplo, uma descrição da sequência de etapas de processamento de uma peça em uma oficina e uma mudança em suas propriedades depois de passar por cada estágio).

A documentação e as ferramentas de modelagem do IDEF3 permitem que você execute as seguintes tarefas:

Documentar os dados disponíveis sobre a tecnologia do processo, identificados, digamos, no processo de entrevistar funcionários competentes responsáveis ​​pela organização do processo em questão;

Determinar e analisar os pontos de influência dos fluxos do workflow de acompanhamento no cenário dos processos tecnológicos;

Determinar situações em que é necessária uma decisão que afete o ciclo de vida do processo, por exemplo, uma alteração no design, nas propriedades tecnológicas ou operacionais do produto final;

Contribuir para a adoção de decisões ótimas na reorganização dos processos tecnológicos.

Existem dois tipos de diagramas no padrão IDEF3, representando a descrição de um mesmo cenário de processo de diferentes ângulos. Os diagramas relacionados ao primeiro tipo são chamados de diagramas de descrição de fluxo de processo (PFDD) e o segundo tipo é chamado de diagramas de rede de transição de estado de objeto (OSTN).

Suponha que você queira descrever o processo de pintura de uma peça em uma oficina de produção de uma empresa. Com a ajuda de diagramas PFDD, é documentada a sequência e a descrição das etapas de processamento de uma peça no âmbito do processo tecnológico investigado. Os diagramas OSTN são usados ​​para ilustrar as transformações de peças que ocorrem em cada estágio do processamento.

No exemplo a seguir, descreveremos como as ferramentas gráficas IDEF3 nos permitem documentar o processo de produção acima para pintar uma peça. Em geral, esse processo consiste diretamente na pintura propriamente dita, que é realizada em equipamentos especiais, e na etapa de seu controle de qualidade, que determina se a peça precisa ser repintada (caso seja detectado descumprimento de normas e casamento ) ou enviado para processamento posterior.

A Figura 1.4 mostra o diagrama PFDD, que é uma representação gráfica do cenário de processamento de peças. Os retângulos no diagrama PFDD são chamados de elementos funcionais ou elementos de comportamento (Unit of Behavior, UOB) e representam um evento, uma etapa do processo ou uma decisão. Cada UOB tem seu próprio nome exibido no modo verbal e um número exclusivo. As setas ou linhas representam o movimento da peça entre os blocos UOB durante o processo.

Figura 1.4 - Diagrama PFDD do cenário de processamento da peça

O objeto marcado como J1 é chamado de Junção. As encruzilhadas são usadas para exibir a lógica de como as setas (fluxos) interagem ao mesclar e ramificar, ou para exibir um conjunto de eventos que podem ou devem ser concluídos antes de iniciar o próximo trabalho. Existem encruzilhadas para setas de fusão (junção em leque) e ramificação (junção em leque). Uma interseção não pode ser usada para mesclar e bifurcar ao mesmo tempo. Ao adicionar uma interseção a um diagrama, você deve especificar o tipo de interseção. A classificação dos possíveis tipos de cruzamentos é dada na Tabela 1.

Tabela 1 - Classificação dos tipos de cruzamentos

Nome	Significado no caso de mesclar setas (Junção de entrada do ventilador)	Significado em caso de junção fan-out
Assíncrono E	Todos os processos anteriores devem ser concluídos	Todos os processos a seguir devem estar em execução
	Todos os processos anteriores concluídos ao mesmo tempo	Todos os processos a seguir são executados ao mesmo tempo
	Um ou mais processos antecedentes devem ser finalizados	Um ou mais dos seguintes processos devem estar em execução
	Um ou mais processos predecessores terminam ao mesmo tempo	Um ou mais dos seguintes processos são executados ao mesmo tempo
XOR (OU Exclusivo)	Apenas um processo antecedente concluído	Apenas um próximo processo começa

O cenário exibido no diagrama pode ser descrito da seguinte forma:

A peça entra na oficina de pintura, preparada para a pintura. Durante o processo de pintura, uma camada de esmalte é aplicada em alta temperatura. Em seguida, a peça é seca, após o que se inicia a etapa de verificação da qualidade da camada aplicada. Se o teste confirmar a qualidade insuficiente da camada aplicada (espessura insuficiente, heterogeneidade, etc.), a peça é repassada pela oficina de pintura. Se a peça passar no controle de qualidade com sucesso, ela será enviada para a próxima oficina para processamento posterior.

Cada bloco de função UOB pode ter uma sequência de decomposições e, portanto, pode ser detalhado com qualquer precisão desejada. Por decomposição, queremos dizer representar cada UOB com um diagrama IDEF3 separado. Por exemplo, podemos decompor o Paint Part UOB representando-o como um processo separado e construindo nosso próprio diagrama PFDD para ele. Neste caso, este diagrama será chamado de diagrama filho, em relação ao mostrado na Figura 1.4, e aquele, respectivamente, pai. Os números UOB dos diagramas filhos são numerados consecutivamente, ou seja, se o UOB pai tiver o número "1", então os blocos UOB em sua decomposição terão respectivamente os números "1.1", "1.2", etc. A aplicação do princípio de decomposição em IDEF3 permite descrever processos de forma estruturada com qualquer nível de detalhe necessário.

Se os diagramas PFDD são um fluxo de trabalho “Do ponto de vista de um observador”, então outra classe de diagramas IDEF3 - OSTN permite que você considere o mesmo processo “Do ponto de vista de um objeto”. A Figura 1.5 mostra a exibição do processo de coloração do ponto de vista do diagrama OSTN. "Estados de objeto" (no nosso caso, detalhes) e "mudança de estado" são os conceitos-chave do diagrama OSTN. Os estados do objeto são exibidos como círculos e suas alterações como linhas direcionadas. Cada linha possui um link para o bloco funcional UOB correspondente, o que resultou na alteração do estado do objeto que ela representa.

Figura 1.5 - Processo de coloração em termos de diagrama OSTN

2. Ferramentas de modelagem de processos de negócios

Para descrever processos de negócio, existem diversas ferramentas BPWin, ERWin, PowerDesigner, Business Studio, ELMA BPM, Visual Paradigm e outras.

Na lista acima, você pode adicionar o Microsoft Visio, que pertence à família líder de produtos de escritório produzidos pelo líder da indústria de software. Obviamente, não é tão funcional em termos de modelagem de processos de negócios, mas é muito popular e massivo devido ao seu custo relativamente baixo.

2.1 Características técnicas. Armazenamento de dados

Tecnicamente, o Visio é um aplicativo de desktop que manipula arquivos individuais (documentos). Um desenho do Visio inclui um ou mais diagramas organizados em uma ou mais páginas. Cada documento contém um conjunto de símbolos (correspondentes aos objetos do modelo) e conectores (correspondentes aos relacionamentos), enquanto os símbolos, além dos nomes, podem ter atributos adicionais definidos pelo usuário durante a modelagem.

Se necessário, o conjunto de caracteres incluído no produto pode ser estendido com caracteres criados pelo usuário. Não há restrições globais às regras e à capacidade de criar links entre certos tipos de símbolos no produto; no entanto, o mecanismo dos chamados modelos de diagrama está disponível nele, cujo uso permite limitar o conjunto de símbolos disponíveis diretamente na barra de ferramentas correspondente durante o processo de modelagem. Os modelos podem ser criados pelos usuários e o pacote do produto inclui um conjunto de modelos prontos (Figura 2.1).

Via de regra, um conjunto de modelos que descrevem as atividades de uma empresa é um conjunto de arquivos separados e, no caso de empresas bastante grandes e uma descrição abrangente das atividades, o número desses arquivos pode chegar a vários milhares. Não há meios técnicos para fornecer relacionamentos entre modelos armazenados em arquivos diferentes no nível do produto, embora o produto forneça os meios para implementar tais relacionamentos de forma independente (falaremos sobre eles um pouco mais tarde). Portanto, o uso do Visio nesses casos, principalmente em condições de processos em constante mudança, requer uma quantidade considerável de manutenção para um conjunto tão impressionante de modelos.

Figura 2.1 - Um conjunto de modelos prontos do MS Visio

2.2 Metodologias e notações suportadas

Como o conjunto de símbolos e modelos do Visio pode ser estendido arbitrariamente e o produto em si não implica restrições globais às possibilidades de uso de símbolos e relacionamentos entre eles, a descrição dos processos de negócios usando o Visio pode ser formalmente realizada dentro da estrutura de quase qualquer metodologia. Ao mesmo tempo, o pacote do produto em qualquer edição (Standard, Professional) inclui um conjunto de modelos de modelos para as notações mais comuns, como diagramas de fluxo de dados, diagramas de cadeia de qualidade adicionada, cadeia de processo orientada a eventos, IDEF0, diagramas SwimLane , bem como modelos para modelagem de estruturas organizacionais de empresas.

3. Análise da área de assunto LLC "EcoTrans"

A empresa de transporte EcoTrans LLC foi fundada em 2008. Os primeiros serviços de transporte rodoviário foram fornecidos aos consumidores que faziam negócios na região de Oryol. Muitas das maiores empresas da região fecharam contratos de longo prazo com a empresa para transporte de cargas e passageiros. Para a EcoTrans LLC, os serviços de transporte de carga (região de Oryol) na região se tornaram um começo de sucesso para um maior desenvolvimento. Hoje, a geografia dos serviços de transporte foi muito além da região nativa. A expansão da geografia das suas atividades exigiu o aumento do número de camiões modernos, pelo que, para a entrega de mercadorias, passou a utilizar não só a sua extensa frota própria de viaturas, mas também as viaturas dos parceiros.

A EcoTrans LLC não apenas fornece transporte de carga na Rússia, mas também fornece aos clientes serviços relacionados, como encaminhamento e seguro de carga.

a) Despacho de transporte. Este serviço permite ao cliente não só facilitar o processo de transporte da carga, como também reduzir o seu custo. O agenciamento de cargas consiste em vários tipos de serviços:

Elaboração de documentos necessários. Conhecimentos de embarque, declarações alfandegárias, documentos da companhia de seguros, etc. os documentos, bem como a sua assinatura, já não dizem respeito ao cliente;

Seleção de veículos. Leva-se em consideração o peso da carga, suas dimensões e percurso;

Planejamento de rota. O padrão de tráfego mais rápido e seguro é selecionado;

Resolvendo outros problemas que surgem ao longo do caminho.

b) Seguro de carga. Tudo pode acontecer com a carga no caminho. Pode ser danificado, estragado, roubado, etc. Para eliminar esses riscos, as seguradoras garantem a carga, os custos de transporte para sua entrega e até parte do lucro esperado.

A missão da EcoTrans LLC é fornecer serviços de transporte altamente profissionais e de alta qualidade aos clientes, a fim de estabelecer parcerias de longo prazo com os consumidores existentes e atrair novos.

3.1 Estrutura organizacional da EcoTrans LLC

Na EcoTrans LLC, o Diretor Geral se reporta a: contador-chefe, engenheiro-chefe, engenheiro elétrico, administrador do sistema. O contador se reporta ao contador-chefe. O lojista se reporta ao contador. Estão subordinados ao engenheiro-chefe: lojista, mecânico, médico, despachante. Estão subordinados ao despachante: mecânico, motorista de carro, motorista de ônibus, motorista de carregadeira. Os mecânicos estão sujeitos a: motoristas de carros, motoristas de ônibus, motoristas de empilhadeiras.

3.2 Processo de negócio “Transporte de carga”

O processo empresarial "Transporte de carga" inclui:

1 Recebendo um aplicativo. O cliente envia uma solicitação ao despachante e o despachante a aceita.

2 Conclusão do contrato. Um acordo é concluído entre o cliente e o diretor com base no qual o transporte é realizado.

3 Verifique a existência de um contrato. O despachante verificará a existência do contrato.

4 Processamento de aplicativos. De acordo com as características técnicas do veículo, o despachante distribui os veículos com base no aplicativo, levando em consideração as dimensões, peso da carga e as condições de transporte.

5 Emissão de carta de porte. O despachante liga para o motorista, informa-o sobre o próximo voo e rota e emite uma carta de porte.

6 Aprovação em exame médico. O motorista está passando por exames médicos.

7 Marque sobre a passagem de um exame médico. Um trabalhador médico determina o teor de álcool e substâncias psicotrópicas no corpo, o estado de saúde: mede o pulso, a pressão arterial, a temperatura, descobre o grau de fadiga e a qualidade do sono. Se o exame médico for aprovado, o médico assistente colocará uma marca na carta de porte.

8 Manutenção diária do veículo. O motorista realiza a manutenção diária do veículo. Verifica: a completude do carro, o nível de fluidos de refrigeração e lubrificação, o aperto dos sistemas do carro, o estado e fixação das rodas, o funcionamento dos sistemas de freios de alarmes luminosos e sonoros.

9 Uma nota sobre a operacionalidade do veículo na carta de porte. O motorista coloca uma marca na inspeção do veículo na carta de porte.

10 Inspeção do veículo. O motorista entrega o veículo para inspeção por um mecânico. O mecânico inspeciona o veículo. Verificações: estanqueidade e funcionamento dos sistemas de travagem, sistemas de alimentação, sistemas de refrigeração, sistemas de gases de escape; manutenção de uma direção, dispositivos de luz externos, limpadores de pára-brisa; fixação da roda; disponibilidade de um kit de primeiros socorros, um extintor de incêndio, um sinal de parada de emergência.

11 Uma marca sobre a operacionalidade do veículo na carta de porte. O mecânico coloca uma marca na manutenção do veículo na carta de porte.

12 Transporte. O motorista sai para a linha, pega a carga no local indicado, entrega a carga ao destinatário.

13 Recebimento de documentos. O motorista coleta o conhecimento de embarque do cliente.

14 Retorno da linha. O motorista da fila volta para a garagem.

15 Inspeção do veículo. Ao retornar da linha, o motorista entrega o veículo para vistoria do mecânico.

16 Marcar o estado do veículo na guia de transporte. O mecânico marca o estado do veículo na guia de transporte.

17 Transferência de documentos para o departamento de contabilidade. O motorista envia o conhecimento de embarque para o departamento de contabilidade.

18 Emissão de documentos pelo departamento de contabilidade. O departamento de contabilidade escreve documentos: ato de trabalho executado, fatura, fatura para pagamento.

19 Pagamento do serviço pelo cliente. O departamento de contabilidade envia os documentos emitidos para pagamento ao cliente. O cliente paga pelo serviço prestado.

3.3 Infraestrutura de TI

modelagem de rede de informação

Uma arquitetura de rede é uma combinação de topologias, métodos de acesso à mídia e protocolos necessários para criar uma rede funcional.

LAN - rede local (LAN, rede local).

Na organização EcoTrans LLC, a LAN é feita de acordo com a topologia em estrela.

O IS do objeto de pesquisa utiliza o serviço de diretório da Microsoft Corporation - Active Directory. Este serviço é usado para regular políticas de grupo de domínio. Os domínios têm uma estrutura hierárquica.

Na parte de hardware do objeto IS: 2 servidores; 16 estações de trabalho.

Software EcoTrans LLC: Sistema operacional Windows XP Servise Pack 2/3, MS Office 2007, software antivírus - Panda Antivirus Platinum, Pessoa Jurídica do Contribuinte, 1C: Contabilidade, 1C: Salário e Recursos Humanos, PP "Diretório de Certificados", CIPF Crypto Pro CSP, PP "STEK-Trust". Estação de trabalho "TRUST-Client", Sistema "STEK-Trust". Insured Workstation, FSS Utility, Documents PU 5, CheckXML, Canon Solution Menu, ABBYY FineReader Professional Edition, Total Commander, WinDjView, Adobe Acrobat Professional, WinRAR e outros.

4. Descrição dos processos de negócios da TC LLC "EcoTrans" usando modelagem de negócios no Microsoft Visio

4.1 Construindo um modelo em notação IDEF0 e sua decomposição

Vamos criar um modelo do shopping center LLC "EcoTrans" de acordo com a metodologia IDEF0. Primeiro, vamos construir um diagrama de contexto do processo de negócios "Transporte de carga" (Figura 4.1). De acordo com a notação IDEF0, vamos chamar este bloco funcional de "Carga de transporte".

Figura 4.1 - Diagrama de contexto do processo "Transporte de carga"

Em seguida, dividiremos o processo de negócios “Transporte de carga” em componentes: “Processamento de solicitação”, “Conclusão de contrato”, “Preparação para transporte de carga”, “Pagamento de documentos necessários para transporte de carga”, “Transporte de carga”. E, consequentemente, decompomos o bloco funcional “Carga de transporte” (Figura 4.2).

Figura 4.2 - Diagrama de decomposição do processo "Transporte de carga"

Vamos dar uma olhada mais de perto nos processos de negócios: "Processamento de aplicativos" (Figura 4.3); “Preparação para o transporte de mercadorias” (Figura 4.4); “Execução de documentos necessários ao transporte de mercadorias” (Figura 4.5); “Implantação do transporte de cargas” (Figura 4.6).

Figura 4.3 - Diagrama de decomposição do processo "Application processing"

Figura 4.4 - Diagrama de decomposição do processo "Preparação para transporte de mercadorias"

Figura 4.5 - Esquema de decomposição do processo “Execução de documentos necessários ao transporte de mercadorias”

Figura 4.6 - Diagrama de decomposição do processo "Implementação do transporte de carga"

4.2 Construindo um modelo em notação IDEF3

Agora vamos construir um modelo do TC LLC "EcoTrans" usando a metodologia IDEF3. A decomposição do processo “Transporte de carga” é mostrada na Figura 4.7

Figura 4.7 - Diagrama PFDD da decomposição do processo "Transporte de carga"

O símbolo "", significa "OU Exclusivo", também é "XOR" (OU Exclusivo).

Conclusão

No decorrer do estudo do tema “Descrição dos processos de negócios de uma empresa de prestação de serviços de transporte rodoviário no MS Visio”, foi determinada a importância da descrição dos processos de negócios para a otimização dos processos de uma empresa.

A descrição dos processos de negócios é possível de várias maneiras: texto, tabular, gráfico. Para descrevê-los, existem várias metodologias (IDEF0, IDEF3, DFD, WORKFLOW, UML, ARIS e outras) e ferramentas (BPWin, ERWin, PowerDesigner e outras).

Para descrever os processos de negócios da TC LLC "EcoTrans" de forma gráfica, foram escolhidas as metodologias para modelagem de processos de negócios IDEF0, IDEF3. A modelagem foi realizada utilizando o produto Microsoft - Visio. Este programa possui um modelo pronto para modelagem na notação IDEF0 e, para IDEF3, tive que criar meu próprio conjunto de elementos. Isso confirma a baixa funcionalidade, mas, ao mesmo tempo, a ausência de restrições globais no processo de design.

A adição de uma descrição gráfica à descrição textual simples dos processos de negócios da EcoTrans LLC os tornou mais claros. E como resultado, proporcionou mais oportunidades de análise de sistemas e otimização das atividades da empresa.

Se levarmos em consideração a disponibilidade do programa Microsoft Visio para o usuário russo, sua facilidade de uso e as vantagens emergentes da modelagem gráfica de processos de negócios, pode-se argumentar que os diagramas projetados no MS Visio têm praticidade suficiente para um grande número de usuários.

Literatura

1 Golichev V.D., Golicheva N.D., Gusarova O.M. Aktualnye voprosy ekonomiki i upravleniya v usloviyakh modernizatsii [Questões atuais de economia e gestão nas condições de modernização]. Monografia coletiva. - Smolensk: Smolgortipografiya, 2014. - 212p.

2 Gusarova O.M. Modelagem de resultados de negócios na gestão de uma organização // Perspectivas para o desenvolvimento da ciência e da educação. - Tambov: Business-Science-Sociedade, 2014. - p. 42-43.

Hospedado em Allbest.ru

...

Documentos Similares

Realização de um levantamento pré-projeto do empreendimento. Construir um modelo da estrutura organizacional e funcional da empresa. Criando um organograma no MS Visio. Lista e estrutura dos documentos a serem gerados pelo sistema de informação.

trabalho prático, adicionado em 14/02/2012


Modelagem de processos de negócios como forma de encontrar formas de otimizar as atividades da empresa. Metodologia SADT (análise e design estrutural), a família IDEF de padrões e linguagens algorítmicas no centro das metodologias de modelagem de processos de negócios.

resumo, adicionado em 14/12/2011


Arquitetura de sistemas integrados de informação ARIS como metodologia de modelagem de processos de negócios, vantagens e desvantagens de uso. A escolha de um processo de negócios para modelagem e sua descrição significativa, um formato tabular para sua descrição.

Trabalho de conclusão de curso, adicionado em 19/06/2015


Finalidade do Microsoft Visio. Conjuntos de imagens de objetos de determinados tipos. Requisitos de software. Características da interface do usuário. Funções, operações e métodos de trabalho do Microsoft Visio. Interação do designer com aplicativos.

trabalho de controle, adicionado em 19/12/2010


Essência, significado e metodologia da modelagem de processos de negócios. Histórico do desenvolvimento de metodologias de modelagem. Sistematização do conhecimento sobre a empresa e seus processos de negócios em forma gráfica visual para processamento analítico das informações recebidas.

resumo, adicionado em 29/04/2009


O principal objetivo de descrever a UML. Descrição dos principais componentes relacionados ao Microsoft Visio. Criando diagramas de classe no Microsoft Visio 2010 A estrutura do sistema, її classe, їх atributos e operadores.

trabalho prático, adicionado em 07/05/2014


Projetando uma rede local. Escolha da topologia de rede, arquitetura e estrutura do sistema. Análise de fluxos de informação em um sistema distribuído, seleção de um sistema de simulação. Determinação dos custos para a criação e desenvolvimento do sistema.

tese, adicionada em 21/05/2015


Gestão de configuração remota e instalação de software. História do desenvolvimento do VMware ThinApp. Criação de pacote de instalação automática para Microsoft Office Visio Professional 2007. Análise de software para o mesmo. Testando o pacote msi recebido.

Trabalho de conclusão de curso, adicionado em 14/03/2013


Análise comparativa de sistemas de informação hoteleira. Análise e seleção de ferramentas CASE para modelagem de processos de negócios. Modelos visuais e matemáticos da área disciplinar, escolha da arquitetura e plataforma do sistema de informação, construção de uma base de dados.

tese, adicionada em 20/07/2014


Ambiente Microsoft Visio: conceito, principais funções. Recurso AutoConnect no Office Visio 2007. Função Log-likelihood. Gráfico de probabilidades de falha de versão de software. Modelagem visual em UML. Visão geral do diagrama de classes.

Para construir diagramas de processos de negócios, o pacote de software Visio é frequentemente usado. Em sua essência, não é uma ferramenta CASE. Apesar disso, para a modelagem mais simples, o Visio é bastante conveniente. Ele permite que você crie diagramas de processos visuais.

Este produto de software foi originalmente desenvolvido e publicado pela Visio Corporation. Mais tarde, foi adquirido pela Microsoft e incluído no pacote de escritório Microsoft Visio. Até o momento, a versão mais recente deste produto de software é o Microsoft Visio 2013.

Para construir diagramas no Visio, são utilizados gráficos vetoriais, que permitem dimensionar a imagem sem perder qualidade. Além disso, o Microsoft Visio tem amplas oportunidades para design gráfico de diagramas e diagramas de processo. Essas propriedades tornam o Visio uma boa ferramenta para "desenhar" processos de negócios. Obviamente, é impossível considerá-lo uma ferramenta de modelagem completa.

A nova versão do Visio permite criar diagramas de processo com base no padrão de modelagem BPMN 2.0 (Business Process Model and Notation) e verificar visualmente a correção desses diagramas. Além disso, a nova versão do Visio tem a capacidade de criar diagramas com base no padrão de modelagem UML 2.4.

O Microsoft Visio 2013 está disponível em duas versões - Microsoft Visio Standard e Microsoft Visio Professional. A diferença entre essas opções está principalmente na composição dos diagramas. A edição Professional oferece mais tipos de gráficos e opções de apresentação.

Recursos do Visio

As principais vantagens do Visio, em relação às ferramentas CASE, são:

• facilidade de criação de diagramas. Nenhum treinamento especial é necessário para desenvolver diagramas de processo. O desenho de diagramas e diagramas de processo é realizado através de uma interface simples e intuitiva;
• disponibilidade de diagramas de amostra. O Microsoft Visio inclui um grande número de diferentes diagramas de amostra, o que simplifica e acelera o processo de criação de diagramas de processos de negócios;
• vinculando diagramas de processo com dados de aplicativos de escritório. Porque O Visio faz parte do pacote Microsoft Office, os diagramas de processo podem ser vinculados a documentos e dados do Word, Excel, PowerPoint, Access e Project;
• aplicação de notações padrão. Para criar diagramas de processo usados ​​em vários

Laboratório nº 1

desenho organizacional

Justificativa teórica

Um processo de negócios é um conjunto estável e proposital de atividades inter-relacionadas (em outras palavras, uma sequência de trabalho) que, usando uma determinada tecnologia, transforma entradas em saídas que são valiosas para o consumidor.

Para resolver vários problemas de negócios, é necessário descrever os processos detalhadamente e visualmente. Ou seja, para construir seus modelos. Os modelos destinam-se a uma descrição detalhada das operações executadas sequencialmente no tempo usando uma determinada tecnologia.

Figura 1.1 - Modelo "processo"

Existem várias possibilidades de descrição gráfica, tabular e textual dos processos. Vejamos como criar um diagrama gráfico de um processo de negócios usando a ferramenta de software Microsoft Visio. Em primeiro lugar, vale dizer que o produto Visio não está incluído no pacote padrão do Microsoft Office.

Instruções metodológicas para a realização do trabalho:

Iniciamos o programa usando o botão "Iniciar" ou por meio de um atalho na área de trabalho.

Figura 1.2 - Janela principal do programa MS Visio 2010

Figura 1.3 - Janela principal do programa MS Visio 2003

A primeira coisa que veremos depois de iniciar o programa é uma janela que nos convida a selecionar o tipo de construção gráfica que precisamos nas categorias propostas. Para nossos propósitos, selecionamos a categoria "Processos de Negócios". Aqui veremos várias variantes de diagramas usados ​​para descrever processos e diagramas de fluxo. Por exemplo, o fluxo de dados ou trabalho; diagramas interfuncionais.

Dentre as opções propostas para descrição de processos no menu, selecione a opção Diagrama EPC.

Um novo arquivo também pode ser criado no modo de operação com outros arquivos abertos, através do menu principal. Selecione Arquivo - Novo (Novo) - Processo de Negócios (Processo de Negócios) - e o tipo que precisamos - Diagrama ePC.
O menu à esquerda contém os objetos que usaremos ao construir o diagrama do processo.

- Evento

‒ função

- Artista

E operadores lógicos: e, exclusivo ou, não exclusivo ou.

Figura 1.4 - Objetos para construção de um diagrama de processo

Usar a ferramenta de software Microsoft Visio é conveniente, simples e acessível para construir diagramas gráficos de processos de negócios.

No próximo exercício, analisaremos detalhadamente as regras de construção de circuitos na chamada notação epC - ou seja, uma linguagem de modelagem gráfica.

Exercício 1. Regras para construir diagramas de processo na notação epC

Estamos no pacote de software Visio e estamos analisando uma representação de processo de negócios chamada Event -driven Process Chain - ou EPC. Esquemas desse tipo são convenientes, fáceis de ler e atualmente são usados ​​​​ativamente na prática. Vamos analisar em detalhes como construir corretamente um diagrama de processo. Usaremos os objetos que estão localizados no menu à esquerda.

Para isso, clicando com o botão direito do mouse, acessamos o menu, selecionamos "formatar", "Preencher" - e mudamos a cor para uma mais clara. Também nas propriedades do objeto, você pode alterar a hachura, tipo e espessura da linha de contorno, sombra.

Eles podem ser obtidos na caixa de ferramentas à esquerda ou no painel de controle. Se necessário, você também pode personalizar suas propriedades. Na maioria das vezes, a linha de conexão entre os objetos é indicada em preto e pontilhada. Você pode aumentar a seta para melhor visibilidade.

Vamos tentar construir uma certa cadeia de ações. Para não definir as propriedades do objeto a cada vez, usaremos a função de cópia. Para fazer isso, selecione o objeto com o botão direito do mouse, clique em "copiar" e depois em "colar". Objetos extras podem ser excluídos usando o botão na barra de ferramentas ou a tecla Delete no teclado.

Na prática, cada obra é executada por uma pessoa, um performer. Para designar o performer, selecione um objeto. Por exemplo, um oval amarelo. E colocamos necessariamente à direita da Função, não esquecendo de indicar a unidade organizacional. Pode ser um departamento, grupo, departamento ou apenas a posição do artista. Conectamos nosso objeto com os outros por meio de uma linha de comunicação. Nesse caso, a linha deve ser reta - sem setas iniciais e finais.

Opções

1. Reserva de passagens.

2. Compre em uma loja online.

3. Comprar um apartamento.

4. Empréstimos bancários.

5. Conexão de TV a cabo.

6. Aluguel de espaço comercial.

7. Nomeação para o médico.

8. Manutenção.

9. Hotéis.

10. Companhia de seguros.

11. Biblioteca.

12. Cursos de formação avançada.

13. Transporte de mercadorias.

14. Aluguel de carros.

15. Aplicação de recursos livres.

2. Usando a variante da empresa apresentada na primeira tarefa, desenvolva um organograma em uma nova página:

- salvar e exibir informações sobre funcionários, departamentos, divisões em organogramas;

‒ personalize a aparência do organograma.

Anexo 1

Verificando a exatidão do diagrama

TP1 Execução legal do contrato

Regra 1: Um diagrama de função EPC deve começar com pelo menos um evento inicial (o evento inicial pode seguir a interface do processo) e terminar com pelo menos um evento final (o evento final pode preceder a interface do processo).

Nenhum erro encontrado.

Regra 2:À medida que o processo avança, eventos e funções devem se alternar (um evento e uma função podem ser vinculados por meio de operadores).

Nenhum erro encontrado.

Regra 3: Eventos e funções devem conter exatamente uma conexão de entrada e uma de saída, que refletem o andamento do processo.

Nenhum erro encontrado.

Regra 4: O diagrama não deve conter links sem nome.

Nenhum erro encontrado.

Regra 5: Um único evento não deve ser seguido por um operador "OR" ou "XOR".

Nenhum erro encontrado.

Regra 6: Cada operador de merge deve ter pelo menos dois links de entrada e apenas um de saída, o operador de ramificação deve ter apenas um link de entrada e pelo menos dois de saída. Os operadores não podem ter várias conexões de entrada e saída ao mesmo tempo.

Nenhum erro encontrado.

Regra 7: Os operadores só podem combinar ou ramificar elementos do mesmo tipo. Não é possível mesclar ou ramificar funções e eventos ao mesmo tempo.

Nenhum erro encontrado.

Regra 8: Cada função deve ter uma relação “performa” com no mínimo um e no máximo três sujeitos.

Nenhum erro encontrado.

Regra 9: No diagrama, o mesmo evento deve estar presente apenas uma vez.

Nenhum erro encontrado.

Laboratório nº 1

A tarefa de descrever processos de negócios usando o MS Visio.

Dmitry Pinaev / Tecnologias de controle modernas

Uma das tarefas mais urgentes que uma empresa russa moderna enfrenta é a melhoria dos processos de negócios e do sistema de gestão como um todo. Usando o Microsoft Visio 2003, um analista de negócios pode simplificar e acelerar o trabalho básico de descrever o sistema de gerenciamento de uma empresa.

Descrição do sistema de controle

Processos de negócios projetados de forma otimizada são capazes de realizar os objetivos estratégicos da organização, bem como fornecer a oportunidade de análise de sistema para tomar decisões de negócios informadas.

Hoje, consultores de gestão, especialistas em desenvolvimento estratégico e organizacional, especialistas em TI e gerentes de qualidade estão envolvidos na formalização e documentação de sistemas de gestão. Ao fazer isso, eles geralmente enfrentam as seguintes tarefas:

• descrição e otimização de processos de negócios;
• desenhar um sistema de gestão para uma nova área de negócio;
• introdução de sistemas de controle automatizados;
• construção de um sistema de gestão da qualidade.

A descrição do sistema de gestão, via de regra, inclui um modelo dos processos de negócio da empresa, estrutura organizacional e documentos que fixam as atribuições e responsabilidades dos colaboradores da empresa para determinado processo.

Modelo de processo de negócios da empresa

O modelo descreve as atividades da empresa na forma de um sistema de processos de negócios e mostra o que é feito na empresa e quais resultados são obtidos como resultado. Um processo de negócios é uma sequência intencional de ações que levam a um determinado resultado que é valioso para a empresa. A maneira mais simples de construir um modelo de processo de negócios é usar uma das notações gráficas comuns, enquanto o processo de negócios é representado usando um diagrama usando símbolos gráficos especiais.

Estrutura organizacional

A estrutura organizacional mostra a hierarquia de cargos e departamentos na organização e inclui a distribuição das principais funções da empresa, áreas de responsabilidade e autoridade ao longo da escada hierárquica de gerenciamento.

Graficamente, a estrutura organizacional é representada na forma de um diagrama, no qual as unidades e funcionários da empresa são apresentados em blocos, e as linhas mostram as relações de subordinação entre eles.

Até o momento, a maioria das tecnologias de modelagem de negócios é baseada no uso de gráficos. Pensando nisso, a Microsoft incluiu em seu sistema de criação de diagramas de negócios e diagramas Microsoft Visio 2003 ferramentas especiais para descrever os processos de negócios e a estrutura organizacional da empresa.

Para modelagem de processos de negócios, o Visio 2003 oferece modelos de inteligência de negócios para criar 7 tipos de diagramas:

1. fluxograma básico;
2. Fluxograma Multifuncional (traços verticais ou horizontais);
3. EPC (Event Driven Process Chain);
4. IDEF0;
5. DFD (Data Flow Diagrams) em duas notações: Hein-Sarson e Jordan-De Marco;
6. WFD (Diagrama de Fluxo de Trabalho)

Dessas notações, IDEF0 e EPC são as mais populares.

A notação de modelagem IDEF0 é baseada na metodologia SADT (Structured Analysis and Design Technique).

Diagrama do processo "Compra de bens e materiais", representado usando a notação IDEF0

Os elementos da linguagem gráfica da notação IDEF0 são Processos (representados por um bloco retangular) e Setas que denotam as entradas e saídas do processo. No total, existem 4 tipos de setas, que diferem dependendo do lado do retângulo ao qual estão anexadas.

Tipos de seta de notação IDEF0

Essa designação reflete certos princípios do sistema: as entradas são convertidas em saídas, os limites de controle ou prescrevem as condições para realizar transformações, os mecanismos mostram quem executa ou com a ajuda de qual função é executada.

Outro princípio importante da metodologia é a decomposição hierárquica dos processos (obras): um processo pode ser representado como uma sequência de seus subprocessos constituintes. A decomposição pode ser realizada com o nível de detalhe exigido na descrição do processo.

A notação IDEF0 é normalmente usada para descrever os processos de negócios de nível superior de uma empresa. Ele permite que você represente de forma simples e visual a composição dos principais processos, as saídas dos processos de negócios, retratando o resultado desejado de sua implementação e as entradas, mostrando quais recursos são necessários para obter o resultado.

Para fornecer navegação por modelos hierárquicos de processos de negócios, o Visio 2003 permite criar hiperlinks de um diagrama para outro. Por exemplo, você pode especificar que, ao clicar em um processo, uma página se abre com um diagrama de sua decomposição.

Diagrama do processo de processamento de pedidos representado usando a notação EPC

Para descrever os processos de negócios do nível inferior (operacional), você pode usar a notação EPC desenvolvida pelo Instituto de Sistemas de Informação da Universidade de Saarland (Alemanha) em colaboração com a SAP AG. Uma característica fundamental dos diagramas EPC é a descrição de um processo de negócios como uma sequência de eventos e funções alternados.

Os principais elementos gráficos do diagrama EPC:

• funções,
• eventos,
• unidades organizacionais responsáveis ​​pelo desempenho de funções,
• informações ou objetos materiais que são usados ​​no desempenho de funções,
• conectores (E, OU, XOR).

Ao contrário da notação IDEF0, a notação EPC permite que você descreva convenientemente a execução não linear de um processo de negócios. Com a ajuda de conectores, você pode designar algumas funções de processo que são executadas em paralelo e outras apenas quando ocorrem determinadas condições.

O segundo passo para descrever o sistema de gestão da empresa é construir um modelo da estrutura organizacional. Para resolver este problema, o Visio 2003 inclui o modelo Organograma, que permite criar rapidamente um diagrama hierárquico dos cargos e divisões da empresa e definir seus parâmetros.

Estrutura organizacional

O modelo Organograma contém um conjunto de elementos gráficos que denotam os tipos de trabalho:

• executivo - gerente sênior,
• gerente - líder,
• posição - posição,
• consultor - consultor,
• vaga - vaga livre,
• assistente - assistente.

Se o organograma for grande e difícil de caber em uma folha, o Visio 2003 permite que você divida o organograma em várias páginas. Depois de criada a parte superior do organograma, ela pode continuar a ser descrita em uma nova página a partir do departamento selecionado. Os elementos que indicam o mesmo departamento em páginas diferentes serão sincronizados entre si ao alterar o nome e os parâmetros do departamento.

Proprietários do processo

Após a descrição da estrutura organizacional, é necessário determinar o dono do processo entre os líderes e gerentes da empresa. O proprietário é a pessoa responsável pelo resultado do processo e tem autoridade para administrar os recursos (materiais, mão de obra, etc.) necessários à sua execução. Para atribuir um proprietário de processo nos diagramas IDEF0, você precisa criar um parâmetro de usuário "Proprietário do processo" para todos os processos e inserir o nome do cargo da estrutura organizacional nele.

Preenchendo as propriedades do processo

De acordo com os modelos de processos de negócio desenvolvidos, o Microsoft Visio 2003 permite gerar relatórios no seguinte formato:

• páginas do Microsoft Excel,
• páginas da web (arquivo HTML),
• forma do visio para incorporar o relatório como uma planilha do Excel diretamente em um diagrama do Visio,
• arquivo XML.

Por exemplo, para obter um relatório de processos indicando gerentes de processo, você precisa configurar o relatório especificando as colunas necessárias e iniciar sua execução.

Relatório gerado sobre processos em formato Microsoft Excel

Uma característica distintiva do Visio 2003 é a facilidade e conveniência de criar diagramas e integração com outros produtos do Microsoft Office. Graças a isso, os profissionais que viram o Visio pela primeira vez, em poucas horas, começam a criar diagramas de processos de negócios e estruturas organizacionais e a usar esses diagramas em documentos do Microsoft Word.