Content deleted Content added
Filled in 1 bare reference(s) with reFill 2 |
m Bot: link syntax and minor changes |
||
Line 39:
* Support processes."<ref name="EABPM"/> <sup>(Chapter 2.4 Process types) ← automatic translation from German</sup>
These three process types can be identified in every company and are used in practice almost without exception as the top level for structuring business process models.<ref>Knowledge database: [https://der-prozessmanager.de/aktuell/wissensdatenbank/prozesslandkarte ''In 6 einfachen Schritten zur Prozesslandkarte''], DER PROZESSMANAGER GmbH (last accessed: January 25, 2024)</ref> Instead the term ''leadership processes'' the term ''[[management process]]es'' is typically used. Instead of the term ''execution processes'' the term ''[[Business processes|core process]]es'' has become widely accepted.<ref name="SCHMELZER"/> <sup>(Chapter 6.2.1 Objectives and concept) ← automatic translation from German,</sup>
If the ''core processes'' are then organized/decomposed at the next level in [[supply chain management]] (SCM), [[customer relationship management]] (CRM), and [[product lifecycle management]] (PLM), standard models of large organizations and industry associations such as the ''[[Supply chain operations reference|SCOR model]]'' can also be integrated into business process modeling.
Line 112:
* ''Selection'' of [[Enterprise resource planning|ERP]] software, which "often documents its functionality in the form of (software-specific) reference models, so that it makes sense to also use a comparison of the company-specific process models with these software-specific models for software selection"<ref name="ROSEMANN" /> <sup>(Chapter 3.2.1 Relevant perspectives on process models) ← automatic translation from German, </sup><<ref name="GADATSCH"/> <sup>(Chapter 2.5.4 Areas of application for process modeling in practice) ← automatic translation from German</sup>
* Model-based ''customization'', i.e. "the configuration of commercial off-the-shelf software" often by means of "parameterization of the software through configuration of reference models"<ref name="ROSEMANN" /> <sup>(Chapter 3.2.1 Relevant perspectives on process models) ← automatic translation from German, </sup><ref name="GADATSCH"/> <sup>(Chapter 2.5.4 Areas of application for process modeling in practice) ← automatic translation from German</sup>
* Software development, using the processes for "the description of the requirements for the software to be developed at a conceptual level as part of [[requirements engineering]]"<ref name="ROSEMANN"/><sup>(Chapter 3.2.1 Relevant perspectives on process models) ← automatic translation from German, </sup>
* Workflow management, for which the process models are "the basis for the creation of instantiable workflow models"<ref name="ROSEMANN" /> <sup>(Chapter 3.2.1 Relevant perspectives on process models) ← automatic translation from German</sup>
* Simulation with the aim of "investigating the system behavior over time" and the "identification of weak points that would not be revealed by a pure model view"<ref name="ROSEMANN" /> <sup>(Chapter 3.2.1 Relevant perspectives on process models) ← automatic translation from German</sup>
Line 212:
==== Define framework conditions ====
The analysis of business activities determines and defines the framework conditions for successful business process modeling. This is where the company should start,
* define the relevant ''applications'' of business process modeling on the basis of the [[business model]] and
* derive the ''strategy for the long-term success of business process modeling'' from the [[business strategy]] and
develop an approach for structuring the business process models. Both the relevant ''purposes'' and the ''strategy'' directly influence the [[process map]].
Line 362:
[[File:FT-Excerpt-of-company-functions.png|thumb|Function tree with an excerpt of typical company actions, ''sales pipeline'' relevant functions marked]]
For example, in August W. Scheer's ARIS it is possible to use functions from the ''function view'' as processes
The first image shows as a value chain diagram how the business process ''Edit sales pipeline'' has been broken down into ''sub-processes'' (in the sense of representing the sequence of actions (activities)) based on its phases.
Line 492:
* Business Process Model and Notation (BPMN), proposed in 2002 by Stephen A. White, published by the Business Process Management Initiative - merged in June 2005 with [[Object Management Group]]
* [[Event-driven process chain]] (EPC), proposed in 1992 by a working group under the leadership of August-Wilhelm Scheer
* ''Value-added chain diagram'' ([
* [[Petri net]], developed by [[Carl Adam Petri]] in 1962
* Follow-up plans (e.g. in the specific form of a [[Flowchart]]), proposed in 1997 by Fischermanns and Liebelt
Line 508:
Furthermore:
* ''Communication structure analysis'', proposed in 1989 by Prof. [
* ''Extended Business Modelling Language'' (xBML)<ref>Cedric G. Tyler and Stephen R. Baker: ''Business Genetics: Understanding 21st Century Corporations using xBML'', John Wiley & Sons Ltd, 2007, ISBN 978-0-470-06654-6</ref> (seems to be outdated, as the founding company is no longer online<ref>{{Cite web |url=http://www.xbmlinnovations.com/Home.aspx |title=Archived copy |access-date=2024-02-19 |archive-date=2014-01-09 |archive-url=https://web.archive.org/web/20140109032735/http://www.xbmlinnovations.com/Home.aspx |url-status=bot: unknown}} accessed February 19, 2024.</ref>)
* Notation from ''OMEGA'' (object-oriented method for business process modeling and analysis, '''O'''bjektorientierte '''Me'''thode zur '''G'''eschäftsprozessmodellierung und -'''a'''nalyse in German), presented by Uta Fahrwinkel in 1995<ref>{{Webarchiv |url=http://prof-mayr.de/bpe.html |text=Prof. Dr.-Ing. R. Mayr: ''OMEGA+ Beschreibungsmethode'' |wayback=20131022212248}}, auf prof-mayr.de, retrieved 5 February 2024; PDF "VL4030_OMEGA+-Beschreibungsmethode.pdf" nicht mehr verfügbar</ref>
* ''Semantic object model'' ([
* [
* [[Data-flow diagram]], a way of representing a flow of data through a process or a system
* [[Swimlane]] technique, mainly known through [[BPMN]] but also SIPOC, the ''Process chain diagram'' ([
* [
* [[State diagram]], used to describe the behavior of systems
|