BPM: How to choose a business modeling system in Russia. Business process modeling - an overview of notations What are the business process modeling systems

Business Process Modeling is an effective tool for finding ways to optimize the company's activities, allowing you to determine how the company works as a whole and how activities are organized at each workplace. The methodology (notation) for creating a model (description) of a business process is understood as a set of ways in which real world objects and relationships between them are represented in the form of a model. Each object and links is characterized by a number of parameters or attributes that reflect certain characteristics of a real object (object number, name, description, execution time (for functions), cost, etc.).

The description of business processes is carried out for the purpose of their further analysis and reorganization. The purpose of the reorganization may be to introduce an information system, reduce costs, improve the quality of customer service, create job and work instructions, etc., and a detailed description of the processes in itself is of no value.

Reengineering business processes (eng. Business process reengineering) is a fundamental rethinking and radical redesign of business processes to achieve maximum efficiency of production, economic and financial and economic activities, formalized by the appropriate organizational and administrative and normative documents. Business engineering consists of modeling business processes (development of the "as is" model, its analysis, development of the "how to" model) and the development and implementation of a transition plan to the "as needed" state.

The basis of many modern methodologies for modeling business processes was the SADT methodology (Structured Analysis and Design Technique - the method structural analysis and design), the IDEF family of standards (Icam DEFinition, where Icam stands for Integrated Computer-Aided Manufacturing), and algorithmic languages.

The main types of methodologies for modeling and analyzing business processes:

Business Process Modeling ( business process modeling). The most widely used methodology for describing business processes is the IDEF0 standard. Models in IDEF0 notation are intended for a high-level description of a company's business in a functional aspect.

Description of workflows ( Work Flow Modeling). The IDEF3 standard is intended to describe workflows and is close to algorithmic methods for constructing flowcharts.

Description of data streams ( Data Flow Modeling). DFD notation ( Data Flow Diagramming), allows you to reflect the sequence of work performed during the process, and the flows of information circulating between these works.

other methodologies.

In relation to obtaining the added value of a product or service, the following classes of processes can be distinguished:

Core business processes (eg marketing, production, supply and service of products).

Supporting business processes do not add value to the product, but increase its value (for example, financial support for operations, staffing, legal support, administration, security, supply of components, repairs and Maintenance etc.).

Business processes management.

Business model is a formalized (graphical, tabular, textual, symbolic) description of business processes. The main area of ​​application of business models is business process reengineering.

The goals of business process modeling are usually formulated as follows:

Provide an understanding of the structure of the organization and the dynamics of the processes taking place in it;

To provide an understanding of the current problems of the organization and the possibilities of their solution;

Make sure that customers, users and developers share the same understanding of the goals and objectives of the organization;

Create a base for the formation of requirements for software that automates the organization's business processes (software requirements are formed on the basis of a business model).

An important element of the business process model are business rules or domain rules. Typical business rules are corporate policy and state laws. Business rules are usually formulated in a special document and can be reflected in models.

Decomposition in a general sense, this is a method that allows you to replace the solution of one large problem with the solution of a series of smaller problems, splitting an object into its component parts according to an established criterion. In practice, decomposition is used to refine business models.

Stages of business process description:

Determining the purpose of the description.

Description of the environment, definition of inputs and outputs of the business process, construction of IDEF0 diagrams.

Description of the functional structure (process actions), construction of IDEF3 diagrams.

Description of flows (material, informational, financial) of the process, construction of DFD-diagrams.

Building organizational structure process (departments, participants, responsible).

IDEF0

The model consists of diagrams, text fragments and a glossary with links to each other. Diagrams are the main components of the model, all functions and interfaces are presented as blocks and arcs.

The connection point of the arc with the block determines the interface type:

Control information enters the block from the top.

The input information is included in the block on the left.

The results exit the block on the right.

mechanism (person or automated system) that performs the operation enters the block from below.

Each component of the model can be decomposed (deciphered in more detail) in another diagram. It is recommended to stop modeling when the level of detail of the model satisfies its purpose. The total number of levels in the model should not exceed 5-6.

Diagramming begins with the representation of the entire system in the form of a single block and arcs depicting interfaces with functions outside the system. Then the block that represents the system as a single module is detailed in another diagram using several blocks connected by interface arcs. Each detailed diagram is a block decomposition from the diagram of the previous level. At each decomposition step, the diagram of the previous level is called the parent diagram for the more detailed diagram.

Such diagrams do not explicitly indicate either sequence or time. The method has a number of disadvantages: the complexity of perception (a large number of arcs in the diagrams and a large number of decomposition levels), the difficulty of linking several processes.

IDEF3

This method is designed to simulate sequence of actions and interdependencies between them within processes. IDEF3 models can be used to drill down IDEF0 functional blocks that do not have decomposition diagrams.

IDEF3 diagrams display action in the form of a rectangle. Actions are named using verbs or verbal nouns, each of the actions is assigned a unique an identification number(The action number is usually preceded by the number of its parent, for example, 1.1.).

All links in IDEF3 are unidirectional and are organized from left to right.

Types of IDEF3 links:

Temporal precedence, simple arrow. The source activity must complete before the end activity can begin.

Object flow, double-tipped arrow. The output of the original action is the input of the final action. The source activity must complete before the end activity can begin. The names of streaming links must clearly identify the object that is transmitted with their help.

Fuzzy Relationship, dotted arrow.

The completion of one action may initiate the start of the execution of several other actions at once, or vice versa, a certain action may require the completion of several other actions before starting its execution (process branching).

Process branching is reflected using special blocks:

- "And", block with sign &.

- "XOR" ("one of"), block with X sign.

- "OR", a block with the sign O.

If the actions "AND", "OR" must be performed synchronously, this is indicated by two double vertical lines inside the block, asynchronously - one.
The IDEF3 method allows you to decompose an activity multiple times, which ensures that alternative process flows are documented in a single model.

DFD

The purpose of this presentation is to show how each process transforms their input data on the weekend. It can reflect not only information, but also material flows. Also, as in other models, decomposition is supported.

The main components of data flow diagrams are:

External entities (material object or individual, which are the source or receiver of information, for example, customers, personnel, suppliers, customers, warehouse);

Systems and subsystems (for example, a subsystem for working with individuals);

Processes (transformation input streams data on the output in accordance with a certain algorithm; physically, it can be, for example, a subdivision of an organization (department) that processes input documents and issues reports, a program, a hardware-implemented logical device, etc.);

Data storage devices (abstract devices for storing information);

Data flows (arrows on the diagram).

It is necessary to place on each diagram from 3 (less does not make sense) to 7 (more - not perceived) processes, without cluttering the diagrams with details that are insignificant at this level.

The first step in building a DFD hierarchy is to build context diagrams. Typically, when designing relatively simple systems, a single context diagram with a star topology is built, in the center of which is the so-called main process, connected to receivers and sources of information. For complex systems (ten or more external entities, distributed nature and multifunctionality of the system), a hierarchy of context diagrams is built. At the same time, the top-level context diagram contains not a single main process, but a set of subsystems connected by data flows.

Each process on a DFD can be detailed using a DFD or (if the process is elementary) a specification. Specifications are descriptions of algorithms for tasks performed by processes. Specification languages ​​can range from structured natural language or pseudocode to visual modeling languages.

In business process modeling, data flow diagrams (DFDs) are used to build "AS-IS" and "AS-TO-BE" models, thus reflecting an organization's existing and proposed business process structure.

ARIS

Currently, there is a tendency to integrate a variety of modeling methods, manifested in the form of the creation of integrated modeling tools. One of these tools is a software product called ARIS (Architecture of Integrated Information Systems), developed by the German company IDS Scheer.

ARIS supports four types of models (and many types of models in each type), reflecting different aspects of the system under study:

Organizational models that represent the structure of the system - the hierarchy of organizational units, positions and specific individuals, the links between them, as well as the territorial binding of structural units;

Functional models containing a hierarchy of goals facing the management apparatus, with a set of function trees necessary to achieve the goals;

Information models reflecting the structure of the information necessary for the implementation of the entire set of system functions;

Management models representing a comprehensive view of the implementation of business processes within the system.

To build the listed types of models, both ARIS's own modeling methods and various well-known modeling methods and languages, in particular, UML, are used. The modeling process can be started with any of the model types.

The main business model of ARIS is eEPC (extended Event-driven Process Chain, extended event-driven process chain model). The ARIS eEPC notation is an extension of the IDEF3 notation. A business process in eEPC notation is a flow of sequentially performed work (procedures, functions) arranged in the order in which they are performed. The actual duration of the procedures in eEPC is not visually reflected.

To obtain information about the actual duration of processes, it is necessary to use other description tools, for example, MS Project.

Models in ARIS are diagrams whose elements are various objects- "functions", "events", " structural units", "documents", etc. Between objects of certain types, connections certain types ("performs", "makes a decision", "should be promptly informed about the results", etc.). Each object corresponds to a specific set of attributes that allow you to enter Additional information about a specific object.

The main objects of the eEPC notation are:

Function. Serves to describe the functions (procedures, work) performed by departments / employees of the enterprise. Every function must be initiated by an event and must end with an event; Each function cannot enter more than one arrow, "starting" the execution of the function, and exit more than one arrow, describing the completion of the function.

Event. Used to describe real events that affect the execution of functions.

Organizational unit. For example, management or department.

Document. Reflects real media, such as paper documents.

Application system.

information cluster. Characterizes a set of entities and relationships between them.

Communication between objects. The type of relationship between objects, for example, the activation of the execution of a function by some event.

Boolean operator. The "AND", "OR" or exclusive "OR" operator allows you to describe the branching of the process.

If, when creating a model in eEPC, you specify only the sequence of procedures, not caring about the reflection of control documents and information, the resulting models will be of low value in terms of analysis and further use.

An object DBMS is used to store models in ARIS, and a new database is created for each project. Provided various functions database administration, such as access control. The database is a hierarchical storage of models.

Work on creating a model should be regulated by strict and voluminous modeling conventions (standards), ARIS supports a methodological filter mechanism that allows the user to use only a certain set of schemes and objects. The development of such agreements requires considerable time and highly qualified specialists. If a project using ARIS is started without detailed elaboration of such agreements, then the probability of creating business process models that do not answer the questions posed is very high.

• Obtaining a holistic picture of the life of the organization, coordinating different points of view on the constantly developing and changing business.
• Ensuring mutual understanding at all levels of the organization, bridging the gap between the managing and performing parties.
• Ensuring the reduction of production costs and the improvement of quality and service levels.

In the process of business modeling, there is a transition from the concept of “what” should be done to the concept of “how” should be done. The output of the simulation should be a document that gives the development team a clear understanding of the scope of the project, as well as programmatic and hardware customer. The received data is reflected in the project specification, which may include the following sections:

• description of the main data entities of the application;
• a formal description of the application specification;
• business logic and business rules;
• functional requirements;
• non-functional requirements;
• application form/page templates;
• glossary or list of abbreviations;
• help charts.

Business modeling tools and their evolution

Design tools are used to create business models information systems and their corresponding description languages ​​(the most famous among them is UML - Unified Modeling Language). With the help of such languages, graphical models and diagrams are built that demonstrate the structure of the organization's business processes, the organization of interaction between people and the necessary changes to improve the performance of the organization as a whole. Business modeling tools are in constant development. Initially, with the help of such tools, it was possible to describe only the business functions (work) of the company and the movement of data in the process of their implementation. Moreover, if the same business function was used when executing various kinds works, it was difficult to understand whether it was the same business function or a different one. The inability to explicitly define the hierarchy of business processes (for example, "value chain", "business process", "sub-process", "work", "function") created problems when using such descriptions. The descriptions themselves were just a collection of pictures. Later, tools began to appear that made it possible to describe the organization not only from the side of business functions, but also from other sides. Thus, it became possible to create separate diagrams that reflect the organizational structure of the company, data flows in the organization, the sequence of business functions that make up a single business process, with the ability to use logic symbols, etc. Due to the ever-increasing requirements for business modeling tools, it has become more and more diagrams appeared to describe various aspects of the organization's activities, which made the creation of a model more and more complicated. In this regard, the next important stage in the development of business modeling tools is associated with the idea of ​​using a single repository (storage) of objects and the idea of ​​a possible reuse objects on different charts. Whatever tool is chosen, it is required to ensure the interaction of local information systems with each other. To date, the most modern and at the same time generally accepted standard for organizing business process management is BPEL (Business Process Execution Language). Based on this product, you can create a single integration platform for all your applications. After modeling processes in one of the modeling tools, special translators are used to bring the model to the BPEL standard.

Examples of business modeling and its results

• Cost reduction. The business model will give an idea of ​​where you can avoid unnecessary costs and how to optimize the use of resources. Based on the business model, a functional cost analysis is carried out to calculate the cost of a product or service, and a budget management system is built that allows you to control the costs of the enterprise.
• Improving efficiency. The ability to reduce the cost of adaptation and training of staff. Regulatory documentation based on the prepared business model corresponds to the current state of affairs of the organization, distributes responsibilities, builds a hierarchical system of career growth.
• Expanding the sphere of influence, increasing the network, organizing branches. The presence of a business model will reduce costs and make it possible to describe the structure of the arrangement of new branches of the enterprise.
• Adequacy of investment. With the help of business modeling, it is possible to determine the amount of capital investments with a sufficient degree of accuracy, reduce risks and financial losses at the start-up stage of a new project.
• Implementation of EDMS. The business model of an enterprise standardizes the composition of enterprise documents and establishes routes for the movement of documents.
• Automation and implementation of systems of class ERP, SCM, CRM or other software. Based on the business model, you can formulate better requirements for the system and choose the solution that is optimal in terms of cost and functionality.
• Certification of the quality management system. Development business models enterprise allows you to significantly reduce the time and costs for the development, implementation and certification of a quality management system and get a set required documents for successful certification, reduce the cost of maintaining a quality management system.

Features of business modeling

Creation, implementation and support of a business model is an expensive investment project. And like any project, the creation of a business model must be preceded by an analysis of the feasibility and feasibility of its implementation. Large projects require powerful business modeling tools with well-developed functionality: with the ability to store information in a single repository, collaborate on a modeling project and check the created model for integrity, semi-automatic diagram generation, integration with other software, analysis and model documentation - while in small projects, for cost reasons, it would be wiser to use less functional tools. To analyze the activity, develop the existing structure, it is necessary to initially build an adequate business model. That is, initially the theory, and only after - its implementation.

Solutions

Today there are a large number of software products that are designed to describe the architecture of an organization. According to the reports of the analytical company Gartner, the following companies can be attributed to the leaders of this segment.

Now, after a general clarification of the general functional tasks solved by the means under consideration, one should also compare the possibilities that these tools provide.

In further analysis, only the characteristics of the programs ARIS ToolSet (hereinafter, ARIS), BP-Win - Erwin (hereinafter, BP-Win) and ORG-Master (hereinafter, ORG-Master) will be considered. The Rational Rose program - as the one most focused on building purely software, rather than organizational systems, to simplify the presentation, we will exclude from consideration, especially since the UML methodology underlying it is now implemented in ARIS).

Functionality of business systems modeling tools

When comparing various business system modeling tools, it is advisable to consider their features according to the following groups of functionality:

• tools for building models of business systems;
• model analysis tools;
• means of optimizing the simulated systems according to their models;
• support for libraries of standard models;
• registration of regulations and documentation;
• support for the development of database models and software tools;
• integration with other software products (CASE tools, ERP systems, application programs).

• the general organization of business processes and the procedure for interaction between organizational units (performers),
• distribution of responsibility for the implementation of individual functions and the expenditure of system resources,
• loading organizational units, performers and instrumental resources in the system,
• the main time and cost parameters of the simulated system,
• requirements for resource support of processes occurring in the system.

Analysis general organization of business processes and the order of interaction of organizational units in the system is carried out directly when studying the built models of business processes. Qualitative analysis also reveals roles, which, under certain conditions, can be excluded from the process. Wherein visibility of the model and the ability to trace the relationships existing in the system takes on paramount importance.

Notes related to the visibility of models are given below. But it should also be noted here that an important requirement for the model is the possibility of its analysis before its complete construction. Indeed, if it is possible to identify interrelations (as well as their absence) in the system only after building its complete model, then this turns out to be very inconvenient at the initial stages of work, when information about the features of the processes occurring in the system may still be partially absent or be inaccurate.

Here, ORG-Master is in a winning position, since the business process model in it is not built directly in the form of an IDEF diagram. This diagram can be automatically generated after creating and filling in the classifiers forming the model (business functions, organizational links, resources, etc.) and setting all the necessary projections (relationships by resources, performers, tools, regulations, and the actual relationships between business operations). Thus, even before a complete (or partial) business process model is obtained, the main relationships that define the modeled process are already identified and can be analyzed.

In contrast to this approach, business process models in ARIS and BP-Win are built directly, and the existing relationships of the process components must be prepared for analysis, as a result of appropriate procedures.

So, for example, after building a business process model in BP-Win, using ERwin, a separate data model is built, in which links are established between the system components (data model entities according to the methodology). Then these models are connected by means of a mechanism essentially similar to the projection construction mechanism used in ORG-Master (see Appendix 1. Components of models of the ORG-Master software and methodological complex).

With this in mind, the second of the considered possibilities for analyzing the model: analysis distribution of responsibility for the implementation of individual functions and the expenditure of system resources, is automatically implemented in the process of building a business process model in the ORG-Master system. Indeed, projections of the type Organizational links - Functions and Functions - Resources, specified when building business process models in ORG-Master, directly show those responsible for a particular area of ​​work or resource (and allow you to analyze any combination of them). In addition, ORG-Master allows you to export matrix projections to MS Excel, where organizational analysis charts are formed on their basis.

In ARIS and BP-Win, for this purpose, it is necessary either to manually trace all the links in business process diagrams (and data models in BP-Win), or to specifically build the appropriate lists or reports.

Question about loading artists and instrumental resources in the system, as well as obtaining estimates for the main time parameters of the simulated system, can be decided on the basis of quantitative data on the complexity (or simply the duration) of the functions they implement. To solve this problem, it is necessary to enter such data into the system in one way or another, as well as provide means for obtaining summary estimates. Support for the IDEF3 methodology (in BP-Win), the ABC methods in ARIS and BP-Win, and the simulation tools in ARIS (and partially in BP-Win) provide for some processing of these estimates. As for the original data itself, they are set by the user, who, therefore, is responsible for the final result.

However, obtaining sufficiently representative estimates using statistical (simulation/event) modeling (and, even more so, using ABC methods when considering time as a resource) for loading system components is difficult due to the following factors.

Modern approaches to the analysis of any process ( workflow) proceed from dividing the time of its implementation by, in fact, the period of execution of operations and the time of transmission of their results. At the same time, in office processes or service delivery processes, the actual work takes on average about 10% of the time, and the rest of the time is spent either on the physical movement of the task result (requiring the signature of the text of the contract that needs to be washed again) and waiting in line until the next the performer will find time to continue the process. Therefore, methods based on a simple summation of the time of operations at the present time, as a rule, do not give an accurate idea of ​​the time parameters of the process.

More adequate results can be obtained by simulating the behavior of the system. However, for service delay times, one has to either take very approximate assumptions about the law of their distribution in time, or carry out rather expensive and time-consuming timing procedures and subsequent statistical processing. At the same time, the reliability of the results obtained will not be too high, or it will require significant additional costs. Therefore, it seems reasonable approach that: “the cost of modeling to obtain any information should not exceed the value (cost) of the results of its use. In addition, one should always keep in mind the Pareto law, from which, in relation to the problem under consideration, it follows that 20% of modeling efforts provide 80% of the effect.

Therefore, from our point of view, before moving to complex and time-consuming and resource-consuming modeling methods associated with quantitative estimates of time and cost parameters, it is worth focusing on obtaining the effect from the implementation of more obvious business modeling results. Quantitative optimization should be carried out taking into account measurements and analysis of actual processes.

ORG-Master has a functional analogue of the ABC-analysis tools - the Budgeting Wizard, which generates a simple budgeting system. One of the results of this system is a quantitative assessment of the costs of implementing business processes (operational budgets), which is at least comparable in value to the data obtained using ABC-costing support tools.

In addition, the ORG-Master family also includes the Time-Master software package, one of whose components, which provides process control (workflow), allows you to accumulate statistics in the course of their execution, which provides estimates for the time parameters of processes necessary for analysis.

• Business systems optimization tools (business processes), in addition to the possibilities of analyzing models, provide: a management tool.
• generation of a number of alternatives;
• planning;
• choosing the best course of action;
• allocation of resources;
• setting priorities.

As a rule, the implementation of the listed functions is associated with the use of special rather complex or cumbersome algorithms for solving optimization problems. A number of possibilities of this kind are incorporated in the ARIS system. However, their implementation, in general, does not seem appropriate until the stage of fine-tuning the business process after achieving the results of its restructuring by simpler methods.

Support for libraries of generic models allows you to use previously created developments in the process of building new models. This possibility is provided in all three considered tools. In particular, ORG-Master supports both complete reference business models of enterprises obtained as a result of real projects carried out on Russian enterprises, and "library" classifiers that describe model organization individual aspects of activity.

Registration, in accordance with the built models, company regulations seems to be a very important feature that ensures the integrity and consistency of the documentary description of the business system. The importance of this component for business modeling tools can be understood by looking at regulations as a tool for managing a company. Indeed, if a company works stably, it means that its business processes are well-established and amenable to almost formal regulation. The internal culture, which must be present in such a company, will allow, if necessary, to quickly rebuild the system or business process parameters by changing the work regulations of the relevant departments and performers.

The presence of documents-regulations for all aspects of the company's activities is one of the basic provisions of the concept of regular, systemic management. According to her, in a well-organized business, about 80% of managerial decisions are made according to predetermined procedures, and only the rest, related to non-standard situations and various innovations, rely on the creativity and heroism of employees.

The organization of the activities of an enterprise (company), aimed at achieving certain goals, is regulated at the present level by the following standard set of basic organizational documents:

• position on the organizational and functional structure, reflecting the composition of businesses and functions supported in the company, and their distribution within the company;
• provisions on company policies (accounting, investment, etc.);
• regulations on the organization of the main business and management subsystems of the company, containing a detailed description of the functions in the areas of activity;
• documented procedures - descriptions of business processes in a form that allows both to present the process to an outside observer and to be guided by this document to the performers of the process operations;
• and finally the traditional "subdivision regulations", and " job descriptions» personnel with lists of functional duties, types of responsibility, rights and powers of employees.

In addition, it should be possible to create special reporting forms for creating documents in various functional areas: Terms of Reference for an enterprise management information system, Quality Manual (see, for example, Appendix 3) and other special documents according to the ISO9000 standard, etc.

All information that allows generating these documents must be contained in the form of an integral and consistent system in the complete business model of the enterprise (company). Moreover, many of the documents created should correspond as much as possible to generally accepted Russian standards(Obviously, the ARIS and BP-Win systems last call answer the least).

In the ORG-Master environment, such provisions and instructions are generated automatically as text forms for describing procedures, represented by the corresponding classifiers and projection relations between them. Graphic forms (various digraphs and process diagrams) serve as a good complement to these documents.

In the ARIS environment, job descriptions and process descriptions are based on process event diagrams and, in principle, various text documents can be built by analyzing process models and organization structures. Although to a greater extent the picture is reversed here - the system is focused mainly on the creation of graphics, and the function of creating regulatory documents is clearly auxiliary and, as a result, not developed.

In BP-Win, the direct possibility of obtaining various regulations is not stipulated.

In a relationship project documentation two sides can be considered: a description of business processes and a description of an information system for supporting business processes for its subsequent development. The first of them is almost equally provided in each of the considered environments by the possibility of building various reporting forms based on the built business process models.

In terms of documentation for the development of an information system, the most traditional features are provided by the BP-Win / ERwin environment, which, in fact, was created for this.

The capabilities of ARIS are approximately the same: in the first versions of the data model, they were described according to the entity-relationship scheme, in later versions, in the UML language. However, the ARISToolset tool provides more advanced information systems development functions.

The capabilities of ORG-Master make it possible to fully represent the data structures necessary for organizing information support of the modeled business processes using its own universal tools - classifiers and projections. There are no formalisms such as ER diagrams, although in recent versions it is possible to visualize in the DFD standard. In addition, it became possible to reflect the interaction between functional blocks on IDEF0 diagrams not only using the direct transfer of documents and files, but also through shared databases!

Support for the development of database models and software tools usually refers to the capabilities of CASE-type tools or related tools for setting up enterprise management information systems (for example, ERP-class systems). Such support may provide the following functionality:

• analysis and design of the architecture of information management systems,
• database and file design,
• programming (program code generation),
• maintenance and reengineering,
• project management.

Questions analysis and design of information systems architecture, usually culminate in the definition of system requirements and related specifications. This stage, at systems approach to design, should directly rely on models of business systems and, in fact, detail them. Therefore, all the above arguments are valid here, covering the construction, analysis and optimization of system models, as well as the design of regulations and documentation.

Database and file design(conceptual and internal levels), transformation of data models, description of file formats in the considered tools is most fully supported only in BP-Win (ERwin), since this environment is specially designed for solving such problems.

In the ARIS environment, this possibility is provided in the ARIS Toolset package at the level of the project specification and the definition of database parameters.

The approach developed in the ORG-Master environment assumes (although not necessarily) that information systems that already have databases can be used in the modeled business systems. In this case, they do not need to be redesigned unless the system in use is to be replaced. However, in the absence of information systems, ORG-Master creates the basis for the conceptual data model and data file structures. This basis is represented by descriptions of the composition and relationship of information objects and documents used in business process models.

Generation of program codes for application or system tools ARIS and ORG-Master systems are not provided, since they are business system design tools, not software. To a certain extent, this feature is implemented only in BP-Win.

Maintenance and reengineering. These functions are usually implemented by means of documenting, analyzing programs, restructuring and reengineering them. The remarks made above regarding the means of documentation are fully applicable in this consideration.

Functions project management creation of databases and software tools are specific to the development of software products. In this form they are implemented in BP-Win. Project management in the ORG-Master family fully supports the Time-Master software package. (Although, strictly speaking, these functions are not mandatory for the class of tools in question).

Integration with other software products involves expanding the scope of the tool in question and can be carried out both as part of the development of a family of compatible software tools (like Platinum Technologies) or with software tools from other developers (third party software).

Integration with “third party” software products is performed for one of the following purposes:

• using the functionality of the integrated product to expand the scope of its product,
• providing the opportunity to include your product in a third party product,
• providing a more or less universal interface for your product if the specific third party is not known in advance.

From the point of view of functional orientation, integration with:

• CASE means,
• ERP systems,
• application programs.

ARIS has interfaces with some CASE tools and is also a model building tool for direct customization of such enterprise management systems, primarily SAP R/3. As noted above, the system relies on its own notation for representing business processes, so it uses built-in simulation tools and a cost analysis tool, the results of which, however, can be exported to MS Excel formats.

The ORG-Master and BP-Win systems support the IDEF0 notation to describe the represented business processes. In principle, this is a kind of link both between these tools and for communication with other software products using this methodology. However, without considering here the issues of the "age" of the IDEF0 notation, it should be noted that the internal representation of data in each system is different, and the standard interface of the type of "sockets" or classes for the IDEF0 system is not specified. However, there is a standardized file format for representing IDEF diagrams. Therefore, although the descriptions made with its help are not very convenient for both humans and computers, it is possible to use them as a means of exchanging models if there are appropriate converters of this format. Such a converter is provided in the following versions of ORG-Master.

BP-Win supports methodologies IDEF0, DFD and IDEF3 and integrates with the following software products (mostly from the same manufacturer):

• ERwin data modeling tool (Platinum Technology),
• ModelMart project management and storage system (Platinum Technology),
• a specialized report generator based on the RPTwin model (Platinum Technology),
• simulation system BPSimulator (System Modeling Corporation),
• EasyABC cost analysis tool (ABC Technologies).

(*Platinum Technology - part of Computer Associates since 1999)

ORG-Master is initially positioned as an organizational class system focused on solving the problems of modeling and designing business processes and structures and supporting organizational decision making. It provides the ability to integrate with its own developer packages ("BIG-SPB Software"), focused on solving various functional tasks. In the ORG-Master system, if necessary, simple executive information systems are automatically created in the MS Office environment:

• Budgeting system (which is a simple system of management accounting, profitability and solvency management of the enterprise).
• Marketing system (accumulating operational quantitative information about the enterprise market, as well as integrating with its own CRM system for supporting customer relations).

The introduction of these applications into the activities of the enterprise allows you to quickly master modern technology control, which greatly facilitates the transition to more complex executive systems.

It is possible (and has been tested in projects) to interface data through exchange files within the framework of building integrated information systems with executive and analytical programs of partner companies: 1C, AiT:Soft, Intalev, Comteh +, INEK, etc., as well as with integrated control systems enterprise resources (for example, IPS production).

V new version it also provides mechanisms for exporting business process descriptions to the Time-Master software package, which combines the properties of Project Management, WorkFlow and Personal Information System systems and is built on Internet / Intranet technologies.

Section Summary:

The main functional capabilities of the compared tools are presented in Table 2, where the assessments of the degree of implementation of functions or properties are indicated on a five-point scale.

As can be seen from Table 2, direct summation of the estimates gives a spread of about ±4%. Such a scatter lies within the error of the estimates themselves. Moreover, the means themselves, differing in functional orientation, received close estimates due to the fact that different strengths and weaknesses different means in direct calculation compensate each other.

However, during the discussion of functionality, it was emphasized that, directly for solving business engineering problems, individual groups of functionality have different meanings. This fact is reflected by the coefficients recorded in the “Weight” column of Table 2. Taking this factor into account, it can be seen that the overall assessment of the ORG-Master complex is slightly superior to ARIS.

But again, this may be the result of different preferences and priorities in the intended use of the product. For example, due to the lower significance score existing funds quantitative analysis of models (simulation and event modeling), as well as optimization tools, which, however, are poorly represented in all the systems under consideration. At the same time, the properties of self-documenting models or the universality of the presentation of various aspects of modeling are highly appreciated.

In general, when evaluating and choosing a modeling tool, it is recommended to independently decide which of the system tools are most important in solving a specific problem of its application and, accordingly, put down “weights”.

Additionally, reference Appendix 2 provides an overview of formalization standards and tools for constructing and/or analyzing certain models that are used in the systems under consideration.

The material was prepared by the specialists of the company "Abis Soft"

How to make a choice

Before you start choosing a software product, you need to answer three basic questions:

1. What needs to be described?

2. To what extent is it required to describe?

3. How will performance be monitored?

When answering the first question, you should determine which areas of the management system you are going to describe, whether a comprehensive description of the entire system is necessary.

The answer to the second question should give an idea of ​​whether the management system will be described for an individual business, department, or for the entire organization as a whole.

The third question will define the restrictions that may be imposed on the software product in order to further integrate it with the executive system.

Having answers to these questions, you can significantly narrow the range of possible software products.

• The possibility of multi-user work,
• Ways of presenting results,
• Interface and ergonomics,
• Availability of documentation and technical support,
• hardware and software requirements,
• Price.

Without claiming to be the ultimate truth, the authors of the review offer some options for evaluating the reviewed products.

1. If a company has already developed a strategy and needs to be controlled, then from the foreign products discussed in the article, the solution is best suited for this Hyperion Performance Scorecard represented by Oracle.

2. If the main focus is on the business processes taking place in the company, then the company's product is optimal IBM - IBM WebSphere Business Modeler.

(It should be clarified that the choice of software from manufacturers such as IBM, Oracle, SAP, determined by choice ERP- systems of the respective manufacturer. Their business modeling software is a subsystem of complex products.)

3. Of the Russian products, the most appropriate use INTALEV: Corporate Navigator, if you want to make a description of the entire company (holding) as a whole, and not just a single business unit (division or branch).

The information was obtained from representatives of manufacturers in the territory of the Russian Federation or from the official websites of manufacturers.

ARIS Business Performance Edition.

Implemented by means of the system IBM Rational Clear Case

In this article, we will post short review programs for describing and modeling business processes.
As information becomes available, we will add to the article. short descriptions programs.
If you know a handy business process modeling program that is not included in our list, let us know in a comment or via the feedback form.

1. ARIS Express is a business process modeling tool that is easy to install and use, so that it can be used by both novice users and university students. This product belongs to the ARIS family of modeling tools (ARchitecture of Integrated Information Systems) by IDS Scheer (now part of Software AG), widely represented on the Russian market, localized several years ago and even provided with Russian-language technical support. The ARIS (ARchitecture of Integrated Information Systems) family of products, produced by IDS Scheer, includes not only tools for modeling business processes and publishing models, but also tools that integrate with each other to develop a balanced scorecard, evaluate and optimize the cost of business processes, their simulation modeling, tools that simplify the implementation of ERP systems, the design of distributed applications and IT infrastructure, as well as tools for monitoring the implementation of business processes. Leading analyst firms Gartner Group and Forrester Research rank IDS Scheer as a global market leader in business process modeling and analysis tools.

2. Bizagi Process Modeler - Free software to create process diagrams and documentation in BPMN standard notation.

3. Business Studio - a business modeling system from a domestic manufacturer that allows companies to speed up and simplify the development of their management system, the implementation of a quality management system. There is a free version. Main tasks to be solved:

• Formalization of the strategy and control of its achievement
• Design and optimization of business processes
• Designing the organizational structure and staffing
• Formation and distribution among employees of regulatory documentation
• Implementation of a quality management system in accordance with ISO standards
• Formation Terms of Reference and support for the implementation of information systems

4. AllFusion Process Modeler - Allows you to describe, analyze and model the data model - the builder of meta-data models. It occupies one of the leading positions in its market segment.
Includes three standard methodologies: IDEF0 (functional modeling), DFD (data flow modeling) and IDEF3 (work flow modeling).

5. is a comprehensive tool with a user-friendly interface designed to model and organize collaboration between both production and IT staff.

• Fast and seamless integration of modeling, workflow building and simulation functions.
• Storage-based simulation, change reporting, and real-time performance evaluation tools.
• Monitor workflows over the Internet using a standard browser.

6.ELMA - Russian development. The business process management system is based on a simple idea: you are building a model of your company's business processes using visual diagrams (BPMN notation), upload these descriptions to the ELMA computer system, and the program allows you to track the execution of processes in the actual practice of the enterprise. There is a free version.
In addition to managing sequential tasks that are beneficial to automate, there is a project management module. The existing control system (including through the KPI management module) and reports creates optimal conditions to work in a team, including remotely (especially valuable for branches).
Electronic document management connected with all modules of the system and provides storage, classification of documents. This saves a lot of time and reduces the concept of an "indispensable worker" to a minimum.
Accounting for clients and access rights is solved in the CRM module: a function of integration with call centers has appeared. For an ordinary user, ELMA can be useful as an alternative to intra-corporate mail and a task management tool.

7. Fox Manager Business Processes Free. A program for building and analyzing business processes, as well as generating reports on the process model of an enterprise. The program allows you to build a single integral process model of the enterprise. The notation used is close to the Basic Flow Chart, which is well known to many for its ease of building business processes. The program automatically builds top-level processes, displaying the interaction between categories and business processes in the form of a visual diagram. The analytical functions of the program allow you to timely notice and eliminate errors made when building the constructed process model, namely, to highlight processes for which no one is responsible, to find links to non-existent documents, positions, suppliers or business processes.