Business Process Engineering (BPE) - Revision history

User at 20:38, 5 January 2023

2023-01-05T20:38:50Z

User at 20:37, 5 January 2023

2023-01-05T20:37:19Z

User: The LinkTitles extension automatically added links to existing pages (https://github.com/bovender/LinkTitles).

2021-02-06T14:16:56Z

The LinkTitles extension automatically added links to existing pages (https://github.com/bovender/LinkTitles).

User: Business process engineering is a way in which organizations study their current business processes and develop new methods to improve productivity, efficiency, and operational costs.

2018-12-10T17:10:08Z

Business process engineering is a way in which organizations study their current business processes and develop new methods to improve productivity, efficiency, and operational costs.

User: Created page with "'''Content coming soon'''"

2018-12-10T15:50:16Z

Created page with "'''Content coming soon'''"

New page

'''Content coming soon'''

@@ Line 7: / Line 7: @@
 '''Business Process Engineering Approach'''<ref>Business Process Engineering Approach [http://www.appcomsci.com/government/business-process-engineering-and-optimization ACS]</ref><br />
 Business Process Engineering (BPE) Approach includes:<br />
-*Understanding the Present Mode of Operation (PMO). We'll assemble an experienced team to analyze your current processes, technologies and systems. The result will be the creation of a detailed PMO business process [[model]] showing interrelationships and dependencies between people, systems, and processes. This will serve as the [[baseline]] that proposed changes and actual implementations are evaluated.
+*Understanding the Present Mode of Operation (PMO). We'll assemble an experienced team to analyze your current processes, technologies and systems. The result will be the creation of a detailed PMO business process model showing interrelationships and dependencies between people, systems, and processes. This will serve as the baseline that proposed changes and actual implementations are evaluated.
-*Determining the Future Mode of Operation (FMO). We'll work with you to build an advisory team to define an FMO business process model based on your business objectives and our combined knowledge of [[industry]] best practices.
+*Determining the Future Mode of Operation (FMO). We'll work with you to build an advisory team to define an FMO business process model based on your business objectives and our combined knowledge of industry best practices.
-*[[Gap Analysis]] and Transition Plan. A gap analysis of needed business process improvements and transition to the FMO plan will be developed. You'll gain an understanding of the business [[strategy]], timing, personnel, and [[system]]/process evolution that will take place.
+*Gap Analysis and Transition Plan. A gap analysis of needed business process improvements and transition to the FMO plan will be developed. You'll gain an understanding of the business strategy, timing, personnel, and system/process evolution that will take place.
 *Implementation. By trialing and deploying new system or operational process improvements, we'll help you determine whether the intended results will be achieved. If additional system and operational process improvements need to be made, we'll repeat the appropriate PMO, FMO, Gap Analysis and Transition Planning steps as necessary.
-'''Conceptual [[Framework]] for Business Process Engineering (See Figure 1.)'''<ref>A Conceptual Framework for Business Process Engineering [https://pdfs.semanticscholar.org/7e04/906c522c6f2e79e7f26c6041feaf9905fbb2.pdf Željka Car, Hrvoje Belani, Antun Carić, KATE-KOM]</ref>
+'''Conceptual Framework for Business Process Engineering (See Figure 1.)'''<ref>A Conceptual Framework for Business Process Engineering [https://pdfs.semanticscholar.org/7e04/906c522c6f2e79e7f26c6041feaf9905fbb2.pdf Željka Car, Hrvoje Belani, Antun Carić, KATE-KOM]</ref>
 The following is a proposed framework within the requirements engineering discipline. It covers business process
-capture and modeling, elicitation of business and technical requirements for the [[application]] and the proposal of the process changes requested for satisfactory application implementation. The framework was originally developed for a particular case study, but is not strictly limited to its domain. Figure 1 shows the essential process elements of the framework.
+capture and modeling, elicitation of business and technical requirements for the application and the proposal of the process changes requested for satisfactory application implementation. The framework was originally developed for a particular case study, but is not strictly limited to its domain. Figure 1 shows the essential process elements of the framework.
@@ Line 22: / Line 22: @@
-*Business process capture, analysis and model development: Business process capture, analysis and model development include the following. The initial boundaries of the business process are identified and a basic understanding of the process is acquired. The process is then described and modeled. The process actors are analyzed and [[service]] user groups are identified. The activities performed by each user group are recognized and modeled. The requirements elicitation techniques used in this stage are observations, interviews and [[brainstorming]] sessions.
+*Business process capture, analysis and model development: Business process capture, analysis and model development include the following. The initial boundaries of the business process are identified and a basic understanding of the process is acquired. The process is then described and modeled. The process actors are analyzed and service user groups are identified. The activities performed by each user group are recognized and modeled. The requirements elicitation techniques used in this stage are observations, interviews and brainstorming sessions.
-*Definition of application [[vision]] and requirements. To define the vision of an application and its requirements the following is done. Stakeholders’ requirements are gathered and mapped into service features to produce high-level functional specifications. Questionnaires are prepared and distributed to the identified user groups. This activity should be based on a clear vision and a promising business model. Any discussion with authorities should be initiated here.
+*Definition of application vision and requirements. To define the vision of an application and its requirements the following is done. Stakeholders’ requirements are gathered and mapped into service features to produce high-level functional specifications. Questionnaires are prepared and distributed to the identified user groups. This activity should be based on a clear vision and a promising business model. Any discussion with authorities should be initiated here.
 *Prototype development for business process support. A service prototype is designed and implemented according to the requirements specification. The prototype aims at gathering and verifying complete user requirements and provides more concrete features such as a notification service.
 *Prototype trial work and demonstration. Trial work is not only important for application functionality and performance verification but for the school process as well. Process weaknesses are emerging, so proposals for process changes must be explicitly defined and clearly presented to all process actors. The regularized rules must contain original process description and functional requirements of the new service and their implications on the business process. Also, each process change must be unambiguously stated and illustrated. The new process model must be easily understood by the users.
-*Business process reengineering. The only way to propose acceptable process changes is by collecting proposals directly from the process actors. Their on-topic [[feedback]] is valuable from both a technological and social aspect. Process actors can be regarded as domain experts in their field. Consequently, requirements specifications should be refined and users’feedback about process changes collected. Appropriate techniques include questionnaires, interviews, small group discussions and specialized workshops.
+*Business process reengineering. The only way to propose acceptable process changes is by collecting proposals directly from the process actors. Their on-topic feedback is valuable from both a technological and social aspect. Process actors can be regarded as domain experts in their field. Consequently, requirements specifications should be refined and users’feedback about process changes collected. Appropriate techniques include questionnaires, interviews, small group discussions and specialized workshops.
-*Service and process deployment. Finally, the service and improved process are deployed and set into motion. First step is mobilizing all the actors involved. The requirements are subject to change and user groups’ representatives should be involved in all the development iterations, particularly deployment. Adequate user training should be ensured and the support of service experts is highly recommended. These are the key success factors for this phase.Regular presentations of the development activities and [[control]] of the changing requirements are aimed at ensuring service [[quality]]. Any change which influences the process is promptly introduced into the new process model and discussed with the actors with the possibility of being implemented in the next cycle.
+*Service and process deployment. Finally, the service and improved process are deployed and set into motion. First step is mobilizing all the actors involved. The requirements are subject to change and user groups’ representatives should be involved in all the development iterations, particularly deployment. Adequate user training should be ensured and the support of service experts is highly recommended. These are the key success factors for this phase.Regular presentations of the development activities and control of the changing requirements are aimed at ensuring service quality. Any change which influences the process is promptly introduced into the new process model and discussed with the actors with the possibility of being implemented in the next cycle.

@@ Line 1: / Line 1: @@
-[[Business]] [[process]] engineering is a way in which organizations study their current business processes and develop new methods to improve [[productivity]], [[efficiency]], and operational costs. Business process engineering focuses on new business processes, how to diagnose problems with an [[organization]]'s current [[methodology]], and how to redesign, reconstruct, and monitor processes to ensure they are effective.<ref>What is [[Business Process]] Engineering? [http://learn.org/articles/What_is_Business_Process_Engineering.html Learn.org]</ref>
+Business process engineering is a way in which organizations study their current business processes and develop new methods to improve productivity, efficiency, and operational costs. Business process engineering focuses on new business processes, how to diagnose problems with an organization's current methodology, and how to redesign, reconstruct, and monitor processes to ensure they are effective.<ref>What is Business Process Engineering? [http://learn.org/articles/What_is_Business_Process_Engineering.html Learn.org]</ref>
-Business Process Engineering (BPE) uses a proven systematic approach based on the latest experiences and research to achieve significant improvements. The BPE process helps clients fundamentally rethink and reinvent the business processes needed to achieve the firm’s strategic objectives through the maximum use of enabling technologies and organizational strategies. A BPE effort can result in 15% to 50% [[improvement]] in performance of the targeted business processes, depending upon whether a reengineering or an improvement approach is used in the effort.<ref>Explaining Business Process Engineering (BPE) [http://issgroup.com/%E2%80%A2business-process-engineering-bpe/ ISS Group]</ref>
+Business Process Engineering (BPE) uses a proven systematic approach based on the latest experiences and research to achieve significant improvements. The BPE process helps clients fundamentally rethink and reinvent the business processes needed to achieve the firm’s strategic objectives through the maximum use of enabling technologies and organizational strategies. A BPE effort can result in 15% to 50% [[Business Process Improvement (BPI)|improvement in the performance of the targeted business processes]], depending upon whether a reengineering or an improvement approach is used in the effort.<ref>Explaining Business Process Engineering (BPE) [http://issgroup.com/%E2%80%A2business-process-engineering-bpe/ ISS Group]</ref>
 '''Business Process Engineering Approach'''<ref>Business Process Engineering Approach [http://www.appcomsci.com/government/business-process-engineering-and-optimization ACS]</ref><br />
 Business Process Engineering (BPE) Approach includes:<br />
-*Understanding the Present Mode of Operation (PMO). We'll assemble an experienced team to analyze your current processes, technologies and systems. The result will be creation of a detailed PMO business process [[model]] showing interrelationships and dependencies between people, systems, and processes. This will serve as the [[baseline]] that proposed changes and actual implementations are evaluated against.
+*Understanding the Present Mode of Operation (PMO). We'll assemble an experienced team to analyze your current processes, technologies and systems. The result will be the creation of a detailed PMO business process [[model]] showing interrelationships and dependencies between people, systems, and processes. This will serve as the [[baseline]] that proposed changes and actual implementations are evaluated.
 *Determining the Future Mode of Operation (FMO). We'll work with you to build an advisory team to define an FMO business process model based on your business objectives and our combined knowledge of [[industry]] best practices.
 *[[Gap Analysis]] and Transition Plan. A gap analysis of needed business process improvements and transition to the FMO plan will be developed. You'll gain an understanding of the business [[strategy]], timing, personnel, and [[system]]/process evolution that will take place.
@@ Line 31: / Line 31: @@
 ===See Also===
-[[Business_Process|Business Process]]<br />

@@ Line 1: / Line 1: @@
-Business process engineering is a way in which organizations study their current business processes and develop new methods to improve productivity, efficiency, and operational costs. Business process engineering focuses on new business processes, how to diagnose problems with an organization's current methodology, and how to redesign, reconstruct, and monitor processes to ensure they are effective.<ref>What is Business Process Engineering? [http://learn.org/articles/What_is_Business_Process_Engineering.html Learn.org]</ref>
+[[Business]] [[process]] engineering is a way in which organizations study their current business processes and develop new methods to improve [[productivity]], [[efficiency]], and operational costs. Business process engineering focuses on new business processes, how to diagnose problems with an [[organization]]'s current [[methodology]], and how to redesign, reconstruct, and monitor processes to ensure they are effective.<ref>What is [[Business Process]] Engineering? [http://learn.org/articles/What_is_Business_Process_Engineering.html Learn.org]</ref>
-Business Process Engineering (BPE) uses a proven systematic approach based on the latest experiences and research to achieve significant improvements. The BPE process helps clients fundamentally rethink and reinvent the business processes needed to achieve the firm’s strategic objectives through the maximum use of enabling technologies and organizational strategies. A BPE effort can result in 15% to 50% improvement in performance of the targeted business processes, depending upon whether a reengineering or an improvement approach is used in the effort.<ref>Explaining Business Process Engineering (BPE) [http://issgroup.com/%E2%80%A2business-process-engineering-bpe/ ISS Group]</ref>
+Business Process Engineering (BPE) uses a proven systematic approach based on the latest experiences and research to achieve significant improvements. The BPE process helps clients fundamentally rethink and reinvent the business processes needed to achieve the firm’s strategic objectives through the maximum use of enabling technologies and organizational strategies. A BPE effort can result in 15% to 50% [[improvement]] in performance of the targeted business processes, depending upon whether a reengineering or an improvement approach is used in the effort.<ref>Explaining Business Process Engineering (BPE) [http://issgroup.com/%E2%80%A2business-process-engineering-bpe/ ISS Group]</ref>
 '''Business Process Engineering Approach'''<ref>Business Process Engineering Approach [http://www.appcomsci.com/government/business-process-engineering-and-optimization ACS]</ref><br />
 Business Process Engineering (BPE) Approach includes:<br />
-*Understanding the Present Mode of Operation (PMO). We'll assemble an experienced team to analyze your current processes, technologies and systems. The result will be creation of a detailed PMO business process model showing interrelationships and dependencies between people, systems, and processes. This will serve as the baseline that proposed changes and actual implementations are evaluated against.
+*Understanding the Present Mode of Operation (PMO). We'll assemble an experienced team to analyze your current processes, technologies and systems. The result will be creation of a detailed PMO business process [[model]] showing interrelationships and dependencies between people, systems, and processes. This will serve as the [[baseline]] that proposed changes and actual implementations are evaluated against.
-*Determining the Future Mode of Operation (FMO). We'll work with you to build an advisory team to define an FMO business process model based on your business objectives and our combined knowledge of industry best practices.
+*Determining the Future Mode of Operation (FMO). We'll work with you to build an advisory team to define an FMO business process model based on your business objectives and our combined knowledge of [[industry]] best practices.
-*Gap Analysis and Transition Plan. A gap analysis of needed business process improvements and transition to the FMO plan will be developed. You'll gain an understanding of the business strategy, timing, personnel, and system/process evolution that will take place.
+*[[Gap Analysis]] and Transition Plan. A gap analysis of needed business process improvements and transition to the FMO plan will be developed. You'll gain an understanding of the business [[strategy]], timing, personnel, and [[system]]/process evolution that will take place.
 *Implementation. By trialing and deploying new system or operational process improvements, we'll help you determine whether the intended results will be achieved. If additional system and operational process improvements need to be made, we'll repeat the appropriate PMO, FMO, Gap Analysis and Transition Planning steps as necessary.
-'''Conceptual Framework for Business Process Engineering (See Figure 1.)'''<ref>A Conceptual Framework for Business Process Engineering [https://pdfs.semanticscholar.org/7e04/906c522c6f2e79e7f26c6041feaf9905fbb2.pdf Željka Car, Hrvoje Belani, Antun Carić, KATE-KOM]</ref>
+'''Conceptual [[Framework]] for Business Process Engineering (See Figure 1.)'''<ref>A Conceptual Framework for Business Process Engineering [https://pdfs.semanticscholar.org/7e04/906c522c6f2e79e7f26c6041feaf9905fbb2.pdf Željka Car, Hrvoje Belani, Antun Carić, KATE-KOM]</ref>
 The following is a proposed framework within the requirements engineering discipline. It covers business process
-capture and modeling, elicitation of business and technical requirements for the application and the proposal of the process changes requested for satisfactory application implementation. The framework was originally developed for a particular case study, but is not strictly limited to its domain. Figure 1 shows the essential process elements of the framework.
+capture and modeling, elicitation of business and technical requirements for the [[application]] and the proposal of the process changes requested for satisfactory application implementation. The framework was originally developed for a particular case study, but is not strictly limited to its domain. Figure 1 shows the essential process elements of the framework.
@@ Line 22: / Line 22: @@
-*Business process capture, analysis and model development: Business process capture, analysis and model development include the following. The initial boundaries of the business process are identified and a basic understanding of the process is acquired. The process is then described and modeled. The process actors are analyzed and service user groups are identified. The activities performed by each user group are recognized and modeled. The requirements elicitation techniques used in this stage are observations, interviews and brainstorming sessions.
+*Business process capture, analysis and model development: Business process capture, analysis and model development include the following. The initial boundaries of the business process are identified and a basic understanding of the process is acquired. The process is then described and modeled. The process actors are analyzed and [[service]] user groups are identified. The activities performed by each user group are recognized and modeled. The requirements elicitation techniques used in this stage are observations, interviews and [[brainstorming]] sessions.
-*Definition of application vision and requirements. To define the vision of an application and its requirements the following is done. Stakeholders’ requirements are gathered and mapped into service features to produce high-level functional specifications. Questionnaires are prepared and distributed to the identified user groups. This activity should be based on a clear vision and a promising business model. Any discussion with authorities should be initiated here.
+*Definition of application [[vision]] and requirements. To define the vision of an application and its requirements the following is done. Stakeholders’ requirements are gathered and mapped into service features to produce high-level functional specifications. Questionnaires are prepared and distributed to the identified user groups. This activity should be based on a clear vision and a promising business model. Any discussion with authorities should be initiated here.
 *Prototype development for business process support. A service prototype is designed and implemented according to the requirements specification. The prototype aims at gathering and verifying complete user requirements and provides more concrete features such as a notification service.
 *Prototype trial work and demonstration. Trial work is not only important for application functionality and performance verification but for the school process as well. Process weaknesses are emerging, so proposals for process changes must be explicitly defined and clearly presented to all process actors. The regularized rules must contain original process description and functional requirements of the new service and their implications on the business process. Also, each process change must be unambiguously stated and illustrated. The new process model must be easily understood by the users.
-*Business process reengineering. The only way to propose acceptable process changes is by collecting proposals directly from the process actors. Their on-topic feedback is valuable from both a technological and social aspect. Process actors can be regarded as domain experts in their field. Consequently, requirements specifications should be refined and users’feedback about process changes collected. Appropriate techniques include questionnaires, interviews, small group discussions and specialized workshops.
+*Business process reengineering. The only way to propose acceptable process changes is by collecting proposals directly from the process actors. Their on-topic [[feedback]] is valuable from both a technological and social aspect. Process actors can be regarded as domain experts in their field. Consequently, requirements specifications should be refined and users’feedback about process changes collected. Appropriate techniques include questionnaires, interviews, small group discussions and specialized workshops.
-*Service and process deployment. Finally, the service and improved process are deployed and set into motion. First step is mobilizing all the actors involved. The requirements are subject to change and user groups’ representatives should be involved in all the development iterations, particularly deployment. Adequate user training should be ensured and the support of service experts is highly recommended. These are the key success factors for this phase.Regular presentations of the development activities and control of the changing requirements are aimed at ensuring service quality. Any change which influences the process is promptly introduced into the new process model and discussed with the actors with the possibility of being implemented in the next cycle.
+*Service and process deployment. Finally, the service and improved process are deployed and set into motion. First step is mobilizing all the actors involved. The requirements are subject to change and user groups’ representatives should be involved in all the development iterations, particularly deployment. Adequate user training should be ensured and the support of service experts is highly recommended. These are the key success factors for this phase.Regular presentations of the development activities and [[control]] of the changing requirements are aimed at ensuring service [[quality]]. Any change which influences the process is promptly introduced into the new process model and discussed with the actors with the possibility of being implemented in the next cycle.

← Older revision		Revision as of 17:10, 10 December 2018
Line 1:		Line 1:
−	'''~~Content coming soon~~'''	+	Business process engineering is a way in which organizations study their current business processes and develop new methods to improve productivity, efficiency, and operational costs. Business process engineering focuses on new business processes, how to diagnose problems with an organization's current methodology, and how to redesign, reconstruct, and monitor processes to ensure they are effective.<ref>What is Business Process Engineering? [http://learn.org/articles/What_is_Business_Process_Engineering.html Learn.org]</ref>
		+
		+
		+	Business Process Engineering (BPE) uses a proven systematic approach based on the latest experiences and research to achieve significant improvements. The BPE process helps clients fundamentally rethink and reinvent the business processes needed to achieve the firm’s strategic objectives through the maximum use of enabling technologies and organizational strategies. A BPE effort can result in 15% to 50% improvement in performance of the targeted business processes, depending upon whether a reengineering or an improvement approach is used in the effort.<ref>Explaining Business Process Engineering (BPE) [http://issgroup.com/%E2%80%A2business-process-engineering-bpe/ ISS Group]</ref>
		+
		+
		+	'''Business Process Engineering Approach'''<ref>Business Process Engineering Approach [http://www.appcomsci.com/government/business-process-engineering-and-optimization ACS]</ref><br />
		+	Business Process Engineering (BPE) Approach includes:<br />
		+	*Understanding the Present Mode of Operation (PMO). We'll assemble an experienced team to analyze your current processes, technologies and systems. The result will be creation of a detailed PMO business process model showing interrelationships and dependencies between people, systems, and processes. This will serve as the baseline that proposed changes and actual implementations are evaluated against.
		+	*Determining the Future Mode of Operation (FMO). We'll work with you to build an advisory team to define an FMO business process model based on your business objectives and our combined knowledge of industry best practices.
		+	*Gap Analysis and Transition Plan. A gap analysis of needed business process improvements and transition to the FMO plan will be developed. You'll gain an understanding of the business strategy, timing, personnel, and system/process evolution that will take place.
		+	*Implementation. By trialing and deploying new system or operational process improvements, we'll help you determine whether the intended results will be achieved. If additional system and operational process improvements need to be made, we'll repeat the appropriate PMO, FMO, Gap Analysis and Transition Planning steps as necessary.
		+
		+
		+	'''Conceptual Framework for Business Process Engineering (See Figure 1.)'''<ref>A Conceptual Framework for Business Process Engineering [https://pdfs.semanticscholar.org/7e04/906c522c6f2e79e7f26c6041feaf9905fbb2.pdf Željka Car, Hrvoje Belani, Antun Carić, KATE-KOM]</ref>
		+	The following is a proposed framework within the requirements engineering discipline. It covers business process
		+	capture and modeling, elicitation of business and technical requirements for the application and the proposal of the process changes requested for satisfactory application implementation. The framework was originally developed for a particular case study, but is not strictly limited to its domain. Figure 1 shows the essential process elements of the framework.
		+
		+
		+	[[File:BPEng.png\|300px\|Business Process Engineering]]<br />
		+	'''Figure 1.''' source: [https://pdfs.semanticscholar.org/7e04/906c522c6f2e79e7f26c6041feaf9905fbb2.pdf University of Zagreb]
		+
		+
		+	*Business process capture, analysis and model development: Business process capture, analysis and model development include the following. The initial boundaries of the business process are identified and a basic understanding of the process is acquired. The process is then described and modeled. The process actors are analyzed and service user groups are identified. The activities performed by each user group are recognized and modeled. The requirements elicitation techniques used in this stage are observations, interviews and brainstorming sessions.
		+	*Definition of application vision and requirements. To define the vision of an application and its requirements the following is done. Stakeholders’ requirements are gathered and mapped into service features to produce high-level functional specifications. Questionnaires are prepared and distributed to the identified user groups. This activity should be based on a clear vision and a promising business model. Any discussion with authorities should be initiated here.
		+	*Prototype development for business process support. A service prototype is designed and implemented according to the requirements specification. The prototype aims at gathering and verifying complete user requirements and provides more concrete features such as a notification service.
		+	*Prototype trial work and demonstration. Trial work is not only important for application functionality and performance verification but for the school process as well. Process weaknesses are emerging, so proposals for process changes must be explicitly defined and clearly presented to all process actors. The regularized rules must contain original process description and functional requirements of the new service and their implications on the business process. Also, each process change must be unambiguously stated and illustrated. The new process model must be easily understood by the users.
		+	*Business process reengineering. The only way to propose acceptable process changes is by collecting proposals directly from the process actors. Their on-topic feedback is valuable from both a technological and social aspect. Process actors can be regarded as domain experts in their field. Consequently, requirements specifications should be refined and users’feedback about process changes collected. Appropriate techniques include questionnaires, interviews, small group discussions and specialized workshops.
		+	*Service and process deployment. Finally, the service and improved process are deployed and set into motion. First step is mobilizing all the actors involved. The requirements are subject to change and user groups’ representatives should be involved in all the development iterations, particularly deployment. Adequate user training should be ensured and the support of service experts is highly recommended. These are the key success factors for this phase.Regular presentations of the development activities and control of the changing requirements are aimed at ensuring service quality. Any change which influences the process is promptly introduced into the new process model and discussed with the actors with the possibility of being implemented in the next cycle.
		+
		+
		+	===See Also===
		+	[[Business_Process\|Business Process]]<br />
		+	[[Business_Process_Execution_Language_(BPEL)\|Business Process Execution Language (BPEL)]]<br />
		+	[[Business_Process_Analytics\|Business Process Analytics]]<br />
		+	[[Business_Process_Architecture\|Business Process Architecture]]<br />
		+	[[Business_Process_Engine_(BPE)\|Business Process Engine (BPE)]]<br />
		+	[[Business_Process_Improvement_(BPI)\|Business Process Improvement (BPI)]]<br />
		+	[[Business_Process_Automation\|Business Process Automation]]<br />
		+	[[Business_Process_as_a_Service_(BPaaS)\|Business Process as a Service (BPaaS)]]<br />
		+	[[Business_Process_Change_Cycle\|Business Process Change Cycle]]<br />
		+	[[Business_Process_Management_(BPM)\|Business Process Management (BPM)]]<br />
		+	[[Business_Process_Integration\|Business Process Integration]]<br />
		+	[[Business_Process_Reengineering_(BPR)\|Business Process Reengineering]]<br />
		+	[[Business_Process_Mapping\|Business Process Mapping]]<br />
		+	[[Business_Process_Model\|Business Process Model]]<br />
		+	[[Business_Process_Modeling\|Business Process Modeling]]<br />
		+	[[Information_Engineering_(IE)\|Information Engineering (IE)]]
		+
		+
		+	===References===
		+	<references />
		+
		+
		+	===Further Reading===
		+	*The Case for Business Process Engineer [http://domino.research.ibm.com/library/cyberdig.nsf/papers/C742AED2667D171C8525704B004D4E48/$File/rj10355.pdf IBM]
		+	*Business Process Engineering: Expanded Discussion of Information Engineering [http://www.mhhe.com/engcs/compsci/pressman/information/olc/BPE.html MHHE]