Business Processes Survey
The AS-IS model is a model “as is”, i.e. Model of an already existing process / function.
Process inspection is an indispensable part of any project to create or develop a system. The construction of the functional model AS-IS allows you to clearly identify what processes are being carried out in the enterprise, what information objects are used in performing functions of various levels of detail.
Based on the model AS-is the consensus achieved between the different stages of the process, “who did what” and that each stage adds to the process. Functional model AS-is is the starting point for analyzing the business needs, identify problems and bottlenecks and development project improvements in business processes. The model AS-is to find out “what and how we do it now” before you can determine “what and how will be done tomorrow.” Analysis of the functional model AS-is allows you to understand where is problem, what will be the benefits of the new processes and how changes will be subject to the existing structure of the organization process. Study the necessity of restructuring (identifying and eliminating defects) in existing processes is achieved through the use of the decomposition (analysis) produced even where the functionality is obvious. For example, the evidence of inefficiency of existing processes can be:
✓ useless, unmanageable and duplicate functions;
✓ inefficient document (the required document is not in the right place at the right time);
✓ the lack of feedback management (for holding functions does not influence the result), input (objects or information are used inefficiently), etc;
When you create the model AS-is inexperienced analyst may be quite common mistake is the creation of idealized models, especially in the case when the model is created under the influence of knowledge (point of view) of the head. Usually, a Manager familiar with the expected execution of the function according to the guidelines and official instructions, and often do not know how to actually subordinates perform the required functions. So you can create a model called SHOULD BE (as it should be), and bearing false information and cannot later use for analysis
System description using IDEF0 is called the functional model. The functional model is intended to describe the existing business processes which uses both natural and graphical languages. For the transmission of information about a particular system is the source of the graphic language is the IDEF0 methodology.
IDEF0 methodology requires the construction of a hierarchical system of diagrams – descriptions of individual parts of the system. First, a description of the overall system and its interaction with the environment (context diagram), followed by functional decomposition of the system is divided into subsystems and each subsystem is described separately (graph decomposition). Then each subsystem is broken down into smaller and so on until the desired degree of detail.
Each IDEF0-diagramma contains blocks and arcs. The blocks represent functions of the simulated system. Arcs connect the blocks together, and display the interactions and relationships between them.
Functional units (work) in the diagrams are represented by rectangles, indicating the named processes, functions or tasks that occur within a certain time and have recognized results. The name of the operation must be expressed by the verbal noun denoting the action.requires that the chart was not less than three and not more than six blocks. These limitations support the complexity of diagrams and models at a level accessible to read, understand and use.