<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Supporting Corporate Governance with Enterprise Architecture and Business Rule Management: A Synthesis of Stability and Agility</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Matthijs</forename><surname>Van Roosmalen</surname></persName>
							<email>matthijs@van-roosmalen.com</email>
							<affiliation key="aff0">
								<orgName type="institution">Radboud University Nijmegen</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">S</forename><forename type="middle">J B A (</forename><surname>Stijn</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Radboud University Nijmegen</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">)</forename><surname>Hoppenbrouwers</surname></persName>
							<email>s.hoppenbrouwers@cs.ru.nl</email>
							<affiliation key="aff0">
								<orgName type="institution">Radboud University Nijmegen</orgName>
							</affiliation>
						</author>
						<title level="a" type="main">Supporting Corporate Governance with Enterprise Architecture and Business Rule Management: A Synthesis of Stability and Agility</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">F3399C7598D08F6F38A873F1A8A144CD</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T22:55+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>corporate governance</term>
					<term>compliance</term>
					<term>business rules</term>
					<term>business rule management</term>
					<term>enterprise architecture</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Business rule management (BRM) and enterprise architecture (EA) both offer support for corporate governance. They do this in different ways, with EA emphasizing a stable framework while BRM offers more agility to the enterprise through control of changing business rules. This paper explores the combination of BRM and EA in deployment to support governance, and argues for a synthesis between the two. Such a synthesis offers an organization the benefits of both stability and overview demanded by regulatory bodies, as well as agility in the face of rapidly changing compliance demands.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction 1.Context</head><p>It is often stated that today's society is characterized by a high degree of turbulence and uncertainty, in which changes occur frequently and in rapid succession <ref type="bibr" target="#b0">[1]</ref>. Global and interconnected forces such as globalization, shifting demographics, demanding consumer markets, environmental concerns and political activism are driving these changes <ref type="bibr" target="#b1">[2]</ref>. Governments of the OECD countries have stepped in with regulations to contain some of the uncertainty and prevent corporate, political and environmental scandals. These regulations increasingly demand that organizations can prove having a clear insight into their operations and ensure compliance with applicable laws <ref type="bibr" target="#b2">[3]</ref>. Well-known examples are the Sarbanes-Oxley Act in the U.S. and the Basel II framework.</p><p>This has led to challenges for organizations balancing their internal concerns from strategy formulation to execution and IT support with external demands on compliance from supervisory, regulatory and enforcement authorities. As both market conditions and legislation are subject to more and rapidly changing regulations, the cost of compliance rises <ref type="bibr" target="#b3">[4]</ref>. This draws valuable time and resources away from the core business processes and pursuing new opportunities for competitive advantage. There appears to be a conflict in the demand for a stable governance framework that supports transparency and accountability, and the ability to make quick changes to this framework, possibly harming its integrity. This organizational conflict between stability and change has also been referred to as the paradox of flexibility <ref type="bibr" target="#b42">[43]</ref>. The ability of an organization to change quickly in response to external influences will be referred to here as agility <ref type="bibr" target="#b4">[5]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.2">EA and BRM in Corporate Governance</head><p>It is argued in this paper that the approaches of enterprise architecture (EA) and business rule management (BRM) offer complimentary positions concerning corporate governance <ref type="foot" target="#foot_0">1</ref> in light of the conflicting demands of stability and agility. When deployed together in an organization, these approaches may facilitate a synthesis where stability and agility do not conflict, but rather co-exist and complement each other in attaining successful governance. This contention is supported by the goal-oriented analysis of EA and BRM <ref type="bibr" target="#b5">[6]</ref>, which identified governance and flexibility as major areas of synergy.</p><p>In related work on business rules in the context of EA, particular attention has thus far gone out to the role of rules in architecting the enterprise <ref type="bibr" target="#b6">[7]</ref> and documenting and modeling them <ref type="bibr" target="#b7">[8]</ref>[9] <ref type="bibr" target="#b9">[10]</ref>. This includes the positioning of business rules in enterprise architecture design and development methods and frameworks <ref type="bibr" target="#b10">[11]</ref>, such as the Zachman framework <ref type="bibr" target="#b11">[12]</ref>. With so much emphasis on the architecting and design aspects, the deployment aspect has so far been largely neglected. Deployment in this context refers to the integration and application in the organization -in other words, actually using EA and BRM in order to realize their implied benefits.</p><p>This paper specifically concerns the deployment of BRM in conjunction with an enterprise architecture, rather than the development and design of the architecture and the business system. By focusing on deployment, it aims to address the significant knowledge gap that currently exists in this field. In particular, the consequences and benefits of deploying BRM and EA for the practice of corporate governance are identified. Besides contributing to the academic body of knowledge on these young disciplines, this is relevant for organizations dealing with complex governance issues, as well as those offering services or products related to EA or BRM.</p><p>First the aspects of EA and BRM that relate to their contribution to corporate governance will be discussed separately, during the course of the next two sections. In the fourth section, the synthesis between them is introduced and explicated. Finally some general conclusions and suggestions for further research will be given.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Enterprise Architecture as a Stable Governance Framework</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1">Defining Enterprise Architecture</head><p>The field of architecture is filled with different interpretations and applications of the term, which has resulted in a wide variety of definitions in the literature today. There are also a large number of frameworks, tools, descriptive languages, models and supporting methods in existence that can be applied widely to architectures at different levels of aggregation <ref type="bibr" target="#b13">[14]</ref>[15] <ref type="bibr" target="#b15">[16]</ref>.</p><p>This paper considers EA to be the architecture that prescribes and describes an organization at its highest level, and at its most holistic. It is about the entire organization and all of its elements; not specific sub systems such as IT or particular business units. This is appropriate in the context of corporate governance, because here too, the organization has to be considered as an inclusive whole. For this purpose the following definition of EA is adopted from <ref type="bibr" target="#b2">[3]</ref>: Enterprise Architecture. A coherent whole of principles, methods, and models that are used in the design and realisation of an enterprise's organisational structure, business processes, information systems, and infrastructure.</p><p>Furthermore, EA itself is viewed on a meta-level of abstraction, which means that the properties of EA discussed in this paper are as independent as possible from specific approaches and implementations. Both guiding architectural principles that are used in architecting the enterprise, as well as more detailed models and visualizations of the architecture, are considered. This is of course done from the deployment perspective.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2">Enterprise Architecture for Governance</head><p>As systems become more and more complex, many organizations lack the required cohesion between different systems for them to be effectively maintained and controlled. This can be caused by historical mishaps such as integrating business processes by connecting originally separate systems and choosing the fastest and easiest solution to a particular need in an isolated area <ref type="bibr" target="#b16">[17]</ref>. The result is a heterogeneous mix of systems spread throughout the organization, without a common structure, which is nearly impossible to oversee and maintain due to its complexity and size. This problem was the original driver for EA as conceived by Zachman <ref type="bibr" target="#b17">[18]</ref>, and is still recognized as an important issue today, but now includes the integration and alignment of business and IT <ref type="bibr" target="#b2">[3]</ref>. As IT is becoming more embedded and integrated into organizations, the governance of IT from the enterprise perspective becomes increasingly important <ref type="bibr" target="#b18">[19]</ref>.</p><p>These developments have also affected the public sector and the field of egovernment, where it is argued by Bellman and Rausch that it is crucial to adopt a holistic view encompassing both IT and business <ref type="bibr" target="#b19">[20]</ref>. The thorough insight into the structure and processes of the organization along with its IT that is provided by having EA in place makes it easier to ensure regulatory compliance and report on the internal situation to the required authorities. This allows crucial management decisions to be made more rapidly and securely. EA thus guides the translation of corporate goals into concrete actions that are in line with both regulatory demands and internal policies <ref type="bibr" target="#b20">[21]</ref>.</p><p>It has been said that EA functions as a map for the boardroom, which has the purpose of positioning decisions and overseeing their consequences in the broader context of the enterprise <ref type="bibr" target="#b16">[17]</ref>. In other words, it serves the governance of the enterprise. There are four main ways in which EA contributes directly to corporate governance:</p><p>First, the EA facilitates comprehensive decision making by providing a holistic overview of the enterprise, which yields the insights necessary for understanding the ramifications of these decisions <ref type="bibr" target="#b21">[22]</ref>.</p><p>Second, the framework provided by EA is a solid basis for planning and setting goals and targets for various organizational units, as well as keeping track of who can be held accountable for them.</p><p>Third, EA enables the management and introduction of common standards and practices that are used and agreed upon. This may include standards regarding ways of working, policies, guidelines, IT and communication standards, and even best practices <ref type="bibr" target="#b22">[23]</ref>.</p><p>Fourth, EA supports the identification of risks throughout the enterprise, which is a boon to risk management. This overview created by an EA can be used to help identify and keep track of the responsibilities and owners with respect to various processes and risk-sensitive systems and areas.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3">Stability and Episodic Change</head><p>An important area of application for enterprise architecture that borders the domain of corporate governance is the directing of organizational change. This can be seen from two perspectives; the stable situation which is only changed occasionally and in revolutionary bursts, and more evolutionary changes that take place within a defined context and framework.</p><p>EA often deals with the migration from a state before the architecture (IST) to a more desirable new state that is prescribed by the architecture (SOLL). Considering the definition of EA given earlier: it guides the design of the business system. Once the migration to the desired state is complete, the architecture is preserved for a longer period of time, typically at least a few years. This is good because it allows the stable governance structures and procedures outlined in the previous section to be realized and put into practice. Having some measure of stability is a necessity for many of EA's contributions to corporate governance, such as a shared reference framework, agreed upon standards and insight into responsibilities and risks.</p><p>However, all enterprises invariably move through a life cycle from their initial concept in the mind of an entrepreneur through a series of stages or phases, just as their products and service offerings do <ref type="bibr" target="#b23">[24]</ref>. The enterprise architecture by definition needs to change as the enterprise it governs moves from one stage in its life cycle to the next. Weick and Quinn refer to this kind of change as episodic change <ref type="bibr" target="#b24">[25]</ref>, but the term revolutionary change is also used e.g. by <ref type="bibr" target="#b25">[26]</ref>. Weick and Quinn state that these episodes of change undergo a trajectory consisting of three phases: unfreezetransition -refreeze.</p><p>A major part of managing such revolutionary organizational change is often dealing with cultural and psychological factors regarding different stakeholders, in order to overcome resistance to change. This process is referred to as unfreezing. EA aids this process by reducing the resistance to change by offering a framework in which all the enterprise's objectives are positioned and the rationale for pursuing any of them at any particular time can be seen by everyone <ref type="bibr" target="#b26">[27]</ref>. In the transition phase, the new or evolved EA guides the design and realization of the new enterprise from the IST to the SOLL state. The EA is then deployed in the refreeze phase, where it will remain stable until the next episode of change in the life cycle of the enterprise.</p><p>Even though EA is characterized by stability and only occasional episodes of great change, this does not mean it opposes or contradicts smaller, more evolutionary changes from happening. The stable framework of EA is also a valuable tool for facilitating changes in the organization that fall within the space prescribed by the architecture. In this manner the EA serves as a guiding framework through which the change efforts can be directed. What EA does generally not do however, is provide the means to make these changes as such.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Business Rule Management for Agile Governance</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Defining Business Rule Management</head><p>Business rules are essentially all the rules that exist in an enterprise environment and are under the jurisdiction of the business. Organizations typically have thousands of such rules governing the business operations <ref type="bibr" target="#b27">[28]</ref>. Various experts define business rules in a slightly different way, but all agree on their importance and that their main concern is that they should correlate directly to the business <ref type="bibr" target="#b28">[29]</ref>. In this paper, the definition of the Business Rules Group will be adopted, because it is a widely accepted definition with a sufficiently thorough basis that is specific enough to be practically useful <ref type="bibr" target="#b29">[30]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Business Rule. A statement that defines or constrains some aspect of the business. It is intended to assert business structure or to control or influence the behavior of the business.</head><p>There are many different types of business rules according to various identification schemes and classifications; an overview can be found in <ref type="bibr" target="#b9">[10]</ref>. They exist on two different levels: the business level and the information system level. In this view, business rules at the information system level are specified in a way understandable by machines, so that their processing can be automated. This does not mean that rules are essentially different on each level, but merely that they are represented in a different way. Some business rules are only present on the business level, but do not need to be implemented in a solution at the information systems level, and are for example enforced through human efforts. Business rules always exist on the business level however, since the focus of BRM is on business and not technology.</p><p>BRM is in fact a mechanism for governing and controlling aspects of an organization, using business rules. A good working definition of BRM is given by von Halle <ref type="bibr" target="#b30">[31]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Business Rule Management. A formal way of managing and automating an organization's business rules so that the business behaves and evolves as its leaders intend.</head><p>A thorough and comprehensive methodology for BRM can be found in <ref type="bibr" target="#b31">[32]</ref>. It stresses the importance of modeling and deploying business rules in relation to enterprise models and business goals as well as information systems design. BRM is typically aided by sophisticated tools that manage large repositories of rules and provide support for the elicitation and authoring of the rules themselves, known as business rule management systems or suites (BRMS). Where formal execution and enforcement of the rules are automated at the level of the information systems, a business rule engine (BRE) is deployed. Such an engine makes use of reasoning algorithm technology to compute the applicable rules in a given situation and whether they are being complied with <ref type="bibr" target="#b32">[33]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">Governance through Business Rules</head><p>Business rules tend to focus on what needs to be done, leaving the how open to specific situations, implementation choices and the personal freedom of those following the rules <ref type="bibr" target="#b33">[34]</ref>. Business rules therefore set boundaries for acceptable and desired behavior, allowing some room for creativity while maintaining a sense of fairness and consistency of output. This is a property of the way business rules are deployed, that distinguishes them from other rule-bound ways to regulate behavior such as strict formalization and fully specified instructions.</p><p>Perhaps the most important contribution of BRM to the organization is that the business rules can be changed relatively quickly. This allows the organization to respond more quickly to new risks and threats, increasing the capacity for agility. This added agility makes business rules suitable for guiding and controlling parts of an organization that are highly susceptible to change, both from within and from the environment. This is relevant in the primary processes of the organization, which implement the strategy set out by the organization in order to meet its business goals, but also in supporting and controlling processes which ensure compliance and are naturally rich in rules.</p><p>This has profound potential for corporate governance. Even though an organization may be too complex to capture everything in rules, the aim is to capture the right aspects that are crucial for efficient and responsive control. When the compliance demands from external regulatory influences change, this translates into changing business rules for the affected organization. BRM supports these rapid changes of the rules as well as their deployment and enforcement. If the currently applicable rules are immediately known at all times, this response time is further shortened <ref type="bibr" target="#b34">[35]</ref>.</p><p>BRM also provides insight into the rules that govern the enterprise. This goes for any given situation at which it needs to be clear which rules apply and should be satisfied. Deploying BRM forces organizations to make their policies and rules explicit. This enables them to always be available to the right persons; the ones who need to comply with them. Edwards states that business rules are "core to establishing and maintaining a compliance competent organization" <ref type="bibr" target="#b35">[36]</ref>. Dissemination of knowledge of the applicable rules is therefore an important contribution made by BRM to compliance.</p><p>Also important is knowledge regarding the consequences of any violation of the rules and the likelihood of this happening. This touches upon the area of risk management. By having access to the rules, insight is gained into the risks, making it possible to assess them with greater accuracy. Business rule technology also offers possibilities for simulating different scenarios based on simulated changes in the rules. This helps to identify potential compliance risks in future situations, for example when new laws are about to go into effect.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.3">Agility and Continuous Change</head><p>In contrast to EA, BRM is all about providing the means to make rapid changes to the way the business is run. Because the business rules are separated from the processes, activities and information systems of the organization, they can be more easily managed and changed <ref type="bibr" target="#b36">[37]</ref>. This allows the organization to respond to changes in the environment. The detection of such changes is often considered to be in the domain of environmental scanning and business intelligence <ref type="bibr" target="#b37">[38]</ref>. In the context of corporate governance, BRM clearly allows for more sense-and-respond agility towards the marketplace and regulatory bodies demanding compliance.</p><p>The changes that BRM facilitates are often short term, isolated in specific areas and not deeply rooted in the organization's culture and values. These characteristics on the dimensions of time, complexity and culture are typical of what Weick and Quinn refer to as continuous change <ref type="bibr" target="#b24">[25]</ref>. This kind of organizational change is also known as incremental or evolutionary change <ref type="bibr" target="#b25">[26]</ref>. Such changes are cyclic and without a clear end state, as opposed to episodic change which is linear (from IST to SOLL) and between stable states. This is where the agility offered by BRM is evident, the rules can always be changed to reflect the current demands and the set of rules is never constrained by a long term end state. Weick and Quinn state that continuous change consists of an enduring cycle of the three phases freeze -rebalanceunfreeze.</p><p>A change intervention made by BRM is a good example of what happens in the freeze phase. The rules and patterns governing the current state are made visible and tangible so that they can be changed. BRM yields insights into the rules that are relevant in the light of new circumstances, and which need to be altered. It also gives the organization the means to rebalance the situation. In this phase, the situation is reevaluated and the rules changed in such a way that the organization is compliant in the new state. Finally, there is the phase of unfreezing, in which the rules are once again interpreted and applied by individuals. It is crucial that this leaves these individuals the appropriate degrees of freedom to improvise and learn, which is possible because the rules specify the what and not the how.</p><p>While BRM typically supports continuous, evolutionary change, this does not imply that it prevents revolutionary change from happening. BRM has been suggested as a powerful tool in business restructuring and re-engineering efforts <ref type="bibr" target="#b38">[39]</ref>, which are revolutionary in nature. However, the core of the agility in governance offered by BRM is due to the fact that it enables continuous change that benefits the compliance of the organization. What BRM may lack due to its malleable nature is a consistent and stable framework providing overview, in order to keep track of changes and support more complex revolutionary changes when they become necessary.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Synthesis between EA and BRM 4.1 Comparative Goal Analysis</head><p>The complimentary position of BRM and EA is made clear by the comparative goal analysis of their normative organizational goals <ref type="bibr" target="#b5">[6]</ref>. This analysis has identified 35 unique goals of both BRM and EA, for a total of 70 goals. These goals have been structured and modeled in the form of hierarchical goal trees, which revealed areas of similarity as well as differences. The leaf goals of the different goal trees were then analyzed for their compatibility, which resulted in the network of goal relationships shown in fig. <ref type="figure">1</ref>. Some clusters representing common or mutually compatible goals can clearly be seen. Main goals that emerged from the goal analysis have been included in the text of this paper as relevant. For details on the goal analysis, see <ref type="bibr" target="#b5">[6]</ref>.</p><p>Fig. <ref type="figure">1</ref>. The network of organizational goals of both EA and BRM on the leaf level of the goal tree hierarchy, as drawn in UCINET <ref type="bibr" target="#b39">[40]</ref>. These goals have been clustered and analyzed in order to identify complementarities between the two approaches.</p><p>One of the areas where the goals of EA and BRM complement each other is that of corporate governance <ref type="bibr" target="#b5">[6]</ref>. The different ways in which these two approaches support governance and compliance have been outlined in the previous two sections of this paper. These complimentary contributions may offer benefits regarding the flexibility, reliability and effectiveness of corporate governance. There are also some differences however that need to be reconciled in order to realize the potential benefits of the joint deployment of EA and BRM.</p><p>These differences concern the approach to change and stability. EA puts the most emphasis on preserving a stable state and using it to direct the business, only occasionally engaging in episodes of revolutionary change. BRM on the other hand is focused on enabling rapid changes to fine-tune the business and respond to environmental influences, in a way that is continuous and evolutionary. It is the assertion of this paper that both of these approaches, in the form of stability and agility, contribute to successful governance.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2">Synthesis of Stability and Agility</head><p>In order to benefit the most from the joint deployment of BRM and EA, a synthesis must be reached which incorporates both a stable governance framework and sufficient agility to cope with rapidly changing demands. In such a synthesis, BRM makes the EA more flexible, while EA provides the missing governance overview to the BRM. Here it is useful to make a distinction between higher order governing of business design and strategy execution, which is likely to be more constant, and the day-to-day operations of the business, which may have a higher degree of liquidity.</p><p>A possible weakness of EA is that because it focuses on a high level of abstraction, it becomes too hierarchically structured, prescriptive and one-size-fits-all. When only major episodes of change are facilitated, it becomes constraining in terms of innovation and struggles to adapt to a turbulent environment. The combination with BRM gives an organization the means to make continuous changes. These changes should take place within the overall boundaries of the EA and are concentrated in the business operations that need to adapt to changing demands regarding for example compliance.</p><p>The swift and easy changes in the rules increase the adaptability of individual processes and services, but they should be managed at a higher level, where the necessary overview of the enterprise as a whole exists. This is where EA provides the insight and overview necessary to guide the lower level agility in the right overall direction. This concept of operational agility built upon a solid base of business values and insight for higher level guidance is particularly suitable for surviving and competing in turbulent environments <ref type="bibr" target="#b40">[41]</ref>.</p><p>Particularly with compliance in mind it is crucial to not only have an overview of the risks and responsibility structure within the organization, but also to have certain elements of this structure firmly in place. The demands from regulatory organizations are such that they require an orderly framework for clear-cut procedures to deal with legislation and governmental standards. Such a framework should be somewhat stable in order to accommodate the meeting of all compliance requirements. This is typically done at the EA level, affecting all units of the organization. The Business Motivation Model <ref type="bibr" target="#b41">[42]</ref> provides a model for positioning business rules in an organizational context, but lacks the prescriptive power needed to guide organizational change. When the governance framework is no longer viable, it needs to be reconstructed by means of an episodic change process guided by architecture.</p><p>What BRM advocates is an agile approach in which rules can be easily changed in order to meet changing requirements for compliance, often eliminating the need for revolutionary change. This becomes necessary when changes occur so quickly that the sluggish overall framework of governance is not able to keep up, and going through episodes of major upheaval for every change would be too costly. The redesign process is therefore sometimes better carried out in an evolutionary way <ref type="bibr" target="#b43">[44]</ref>. While changes are frequent, they usually do not occur across the entire range of regulations at the same time, but tend to focus in specific areas. Therefore, both a stable overall framework and the ability to quickly change specific compliance measures are needed. This is where BRM can enrich the EA framework for governance and compliance, by separating the rules and making them easily accessible and changeable within the boundaries laid out by the architecture. This reduces the complexity and waiting times involved in making changes required in response to specific external regulations, while also maintaining an enterprise wide overview and governance framework. If only BRM were to be used, this overview could be lost because critical parts of the business are expressed in a multitude of atomic rules.</p><p>These findings are in line with an emerging body of literature that argues that organizations combine evolutionary and radical change harmoniously <ref type="bibr" target="#b43">[44]</ref>. Tushman and O'Reilly refer to organizations that control both revolutionary and evolutionary change as being ambidextrous <ref type="bibr" target="#b25">[26]</ref>. This is the key to the synthesis between stability and agility in corporate governance, which can be achieved by deploying both EA and BRM.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Conclusion</head><p>This paper discussed the contributions of EA and BRM in support of corporate governance and the relationship between the two approaches. It was found that both have complimentary ways in which they support the common goal of governance, but differ regarding their approach to change. EA takes a higher level view of governance and supports a stable framework, while BRM facilitates agile operations and compliance. A synthesis between the two approaches in combined deployment allows for both stability and agility in governance. This synthesis supports corporate governance in dealing with the demands regarding stability from regulatory supervision and agility from changing legislation and a turbulent environment.</p><p>This has profound consequences for research into EA and BRM in the broadest sense and for the purpose of governance in particular. Both fields have a lot to gain from more integration between the two, because they complement each other's weaknesses in working towards the same goal. Future research should focus on the joint development as well as deployment.</p><p>The consequence for the practical deployment of BRM and EA in organizations that wish to improve their governance is that neither approach is by itself sufficient to deal with the demands regarding stability and agility and that they should be combined. Organizations will have to consider their environment and find the right mix of a stable EA and continuous changes in the governing business rules.</p></div>			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">The definition of corporate governance adopted in this paper is the inclusive definition given by Turnbull: "Corporate governance describes all the influences affecting the institutional processes, including those for appointing the controllers and/or regulators, involved in organizing the production and sale of goods and services."<ref type="bibr" target="#b12">[13]</ref>.</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">A New Strategy Framework for Coping with Turbulence</title>
		<author>
			<persName><forename type="first">B</forename><surname>Chakravarthy</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Sloan Management Review</title>
		<imprint>
			<biblScope unit="volume">38</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="69" to="82" />
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">A</forename><surname>Laudicina</surname></persName>
		</author>
		<title level="m">World out of Balance: Navigating Global Risks to Seize Competitive Advantage</title>
				<meeting><address><addrLine>New York</addrLine></address></meeting>
		<imprint>
			<publisher>McGraw-Hill</publisher>
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<title level="m" type="main">Enterprise Architecture at Work: Modelling, Communication, and Analysis</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">M</forename><surname>Lankhorst</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2005">2005</date>
			<publisher>Springer-Verlag</publisher>
			<pubPlace>Berlin Heidelberg</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Regulatory Costs in Profile</title>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">D</forename><surname>Hopkins</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">CSAB Policy Study Number</title>
		<imprint>
			<biblScope unit="volume">132</biblScope>
			<date type="published" when="1996">1996</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<monogr>
		<title level="m">The Agile Enterprise</title>
				<editor>
			<persName><forename type="first">N</forename><surname>Pal</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">D</forename><forename type="middle">C</forename><surname>Pantaleo</surname></persName>
		</editor>
		<meeting><address><addrLine>New York</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<title level="m" type="main">Enterprise Architecture and the Business Rule Approach: A Goal-Oriented Analysis and Synthesis</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">W</forename><surname>Van Roosmalen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2008">2008</date>
			<pubPlace>The Netherlands</pubPlace>
		</imprint>
		<respStmt>
			<orgName>Radboud University Nijmegen</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">Master&apos;s Thesis</note>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Architectural Principles &amp; Business Rules</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">G L</forename><surname>Dietz</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Presentation delivered at the Business Rule Platform Nederland</title>
				<imprint>
			<date type="published" when="2007-12-06">December 6 th (2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Business Rules = Meta-Data</title>
		<author>
			<persName><forename type="first">A</forename><surname>Perkins</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 34 th International Conference on Technology of Object-Oriented Languages</title>
				<meeting>the 34 th International Conference on Technology of Object-Oriented Languages<address><addrLine>Los Alamitos, CA</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2000">2000</date>
			<biblScope unit="page" from="285" to="294" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Enterprise Modeling Within an Enterprise Engineering Framework</title>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">H</forename><surname>Liles</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">R</forename><surname>Presley</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 1996 Winter Simulation Conference</title>
				<editor>
			<persName><forename type="first">J</forename><forename type="middle">M</forename><surname>Charnes</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">D</forename><forename type="middle">J</forename><surname>Morrice</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">D</forename><forename type="middle">T</forename><surname>Brunner</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">J</forename><forename type="middle">J</forename><surname>Swain</surname></persName>
		</editor>
		<meeting>the 1996 Winter Simulation Conference</meeting>
		<imprint>
			<date type="published" when="1996">1996</date>
			<biblScope unit="page" from="993" to="999" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Agent Oriented Enterprise Modeling Based on Business Rules</title>
		<author>
			<persName><forename type="first">K</forename><surname>Taveter</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Wagner</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of 20 th Int. Conf. on Conceptual Modeling (ER2001)</title>
				<meeting>of 20 th Int. Conf. on Conceptual Modeling (ER2001)<address><addrLine>Yokohama, Japan</addrLine></address></meeting>
		<imprint>
			<publisher>Springer-Verlag</publisher>
			<date type="published" when="2001">2001</date>
			<biblScope unit="volume">2224</biblScope>
			<biblScope unit="page" from="527" to="540" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">The Four-Domain Architecture: An Approach to Support Enterprise Architecture Design</title>
		<author>
			<persName><forename type="first">B</forename><surname>Iyer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Gottlieb</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IBM Systems Journal</title>
		<imprint>
			<biblScope unit="volume">43</biblScope>
			<biblScope unit="issue">3</biblScope>
			<biblScope unit="page" from="587" to="597" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Enterprise Architecture: Managing Complexity and Change</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">A</forename><surname>Zachman</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">The Business Rule Revolution</title>
				<editor>
			<persName><forename type="first">B</forename><surname>Von Halle</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">L</forename><surname>Goldberg</surname></persName>
		</editor>
		<imprint>
			<publisher>Happy About</publisher>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">Corporate Governance: Its Scope, Concerns and Theories</title>
		<author>
			<persName><forename type="first">S</forename><surname>Turnbull</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Corporate Governance</title>
		<imprint>
			<biblScope unit="volume">5</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="180" to="205" />
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<monogr>
		<author>
			<persName><forename type="first">J</forename><surname>Schekkerman</surname></persName>
		</author>
		<title level="m">How to Survive in the Jungle of Enterprise Architecture Frameworks: Creating or Choosing an Enterprise Architecture Framework</title>
				<meeting><address><addrLine>Trafford, Canada</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">Towards a Language for Coherent Enterprise Architecture Descriptions</title>
		<author>
			<persName><forename type="first">H</forename><surname>Jonkers</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the Seventh International Enterprise Distributed Object Computing Conference (EDOC&apos;</title>
				<meeting>the Seventh International Enterprise Distributed Object Computing Conference (EDOC&apos;</meeting>
		<imprint>
			<date type="published" when="2003">2003</date>
			<biblScope unit="volume">03</biblScope>
			<biblScope unit="page" from="28" to="38" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">Integrating Architectural Models</title>
		<author>
			<persName><forename type="first">F</forename><surname>Arbab</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><forename type="middle">S</forename><surname>De Boer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Bonsangue</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">M</forename><surname>Lankhorst</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><forename type="middle">A</forename><surname>Proper</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Van Der Torre</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Enterprise Modelling and Information Systems Architectures</title>
		<imprint>
			<biblScope unit="volume">2</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="40" to="57" />
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<monogr>
		<author>
			<persName><forename type="first">D</forename><surname>Rijsenbrij</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schekkerman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Hendrickx</surname></persName>
		</author>
		<title level="m">Architectuur, Besturingsinstrument voor Adaptieve Organisaties: De Rol van Architectuur in het Besluitvormingsproces en de Vormgeving van de Informatievoorziening</title>
				<meeting><address><addrLine>Lemma Utrecht</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">A Framework for Information Systems Architecture</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">A</forename><surname>Zachman</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IBM Systems Journal</title>
		<imprint>
			<biblScope unit="volume">26</biblScope>
			<biblScope unit="page">3</biblScope>
			<date type="published" when="1987">1987</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<analytic>
		<title level="a" type="main">IS/IT Governance: Need for an Integrated Model</title>
		<author>
			<persName><forename type="first">N</forename><surname>Korac-Kakabadse</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Kakabadse</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Corporate Governance</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="9" to="11" />
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<analytic>
		<title level="a" type="main">Enterprise Architecture for e-Government</title>
		<author>
			<persName><forename type="first">B</forename><surname>Bellman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Rausch</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">EGOV 2004</title>
				<editor>
			<persName><forename type="first">R</forename><surname>Traunmüller</surname></persName>
		</editor>
		<meeting><address><addrLine>Berlin Heidelberg</addrLine></address></meeting>
		<imprint>
			<publisher>Springer-Verlag</publisher>
			<date type="published" when="2004">2004</date>
			<biblScope unit="volume">3183</biblScope>
			<biblScope unit="page" from="48" to="56" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<monogr>
		<title level="m" type="main">Enterprise Architecture as Strategy</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">W</forename><surname>Ross</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Weill</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">C</forename><surname>Robertson</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2006">2006</date>
			<publisher>Harvard Business School Press</publisher>
			<pubPlace>Boston MA</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b21">
	<analytic>
		<title level="a" type="main">Using Enterprise Architecture for CIO Decision-Making: On the Importance of Theory</title>
		<author>
			<persName><forename type="first">P</forename><surname>Johnson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Ekstedt</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Silva</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Plazaola</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 2nd Annual Conference on Systems Engineering Research</title>
				<meeting>the 2nd Annual Conference on Systems Engineering Research<address><addrLine>Los Angeles, CA</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">Enterprise Architecture: Definition, Content, and Utility</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">A</forename><surname>Rood</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 3rd Workshop on Enabling Technologies: Infrastructure for Collaborative Enterprises</title>
				<meeting>the 3rd Workshop on Enabling Technologies: Infrastructure for Collaborative Enterprises</meeting>
		<imprint>
			<date type="published" when="1994">1994</date>
			<biblScope unit="page" from="106" to="111" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b23">
	<monogr>
		<title level="m" type="main">The Purdue Enterprise Reference Architecture</title>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">J</forename><surname>Williams</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1992">1992</date>
		</imprint>
		<respStmt>
			<orgName>Purdue Laboratory for Applied Industrial Control, Purdue University</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b24">
	<analytic>
		<title level="a" type="main">Organizational Change and Development</title>
		<author>
			<persName><forename type="first">K</forename><forename type="middle">E</forename><surname>Weick</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">E</forename><surname>Quinn</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Annual Review of Psychology</title>
		<imprint>
			<biblScope unit="volume">50</biblScope>
			<biblScope unit="page" from="361" to="386" />
			<date type="published" when="1999">1999</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b25">
	<analytic>
		<title level="a" type="main">The Ambidextrous Organization: Managing Evolutionary and Revolutionary Change</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">L</forename><surname>Tushman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">A</forename><surname>O'reilly</surname></persName>
		</author>
		<author>
			<persName><surname>Iii</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">California Management Review</title>
		<imprint>
			<biblScope unit="volume">38</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="8" to="30" />
			<date type="published" when="1996">1996</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b26">
	<analytic>
		<title level="a" type="main">Use of enterprise architectures in managing strategic change</title>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">W</forename><surname>Veasey</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Business Process Management Journal</title>
		<imprint>
			<biblScope unit="volume">7</biblScope>
			<biblScope unit="issue">5</biblScope>
			<biblScope unit="page" from="420" to="436" />
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b27">
	<analytic>
		<title level="a" type="main">Business RULES Show Power</title>
		<author>
			<persName><forename type="first">E</forename><surname>Gottesdiener</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Promise. Application Development Trends</title>
		<imprint>
			<biblScope unit="volume">4</biblScope>
			<biblScope unit="page">3</biblScope>
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b28">
	<analytic>
		<title level="a" type="main">Business Rules as the Basis of an Organization&apos;s Information Systems</title>
		<author>
			<persName><forename type="first">G</forename><surname>Steinke</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Nickolette</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Industrial Management &amp; Data Systems</title>
		<imprint>
			<biblScope unit="volume">103</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="52" to="63" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b29">
	<monogr>
		<title level="m" type="main">Defining Business Rules ~ What Are They Really?</title>
		<imprint>
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
	<note>The Business Rule Group</note>
</biblStruct>

<biblStruct xml:id="b30">
	<monogr>
		<title level="m" type="main">Business Rules Applied</title>
		<author>
			<persName><forename type="first">B</forename><surname>Von Halle</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2002">2002</date>
			<publisher>Wiley</publisher>
			<pubPlace>New York</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b31">
	<analytic>
		<title level="a" type="main">A Methodology and Tool Support for Managing Business Rules in Organisations</title>
		<author>
			<persName><forename type="first">M</forename><surname>Bajec</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Krisper</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information Systems</title>
		<imprint>
			<biblScope unit="volume">30</biblScope>
			<biblScope unit="page" from="423" to="443" />
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b32">
	<analytic>
		<title level="a" type="main">Hybrid Web Service Composition: Business Processes Meet Business Rules</title>
		<author>
			<persName><forename type="first">A</forename><surname>Charfi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Mezini</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 2nd international conference on Service oriented computing</title>
				<meeting>the 2nd international conference on Service oriented computing<address><addrLine>New York</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2004">2004</date>
			<biblScope unit="page" from="30" to="38" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b33">
	<monogr>
		<author>
			<persName><forename type="first">C</forename><surname>Date</surname></persName>
		</author>
		<title level="m">What not How: The Business Rules Approach to Application Development</title>
				<imprint>
			<publisher>Addison-Wesley Publishing Company</publisher>
			<date type="published" when="2000">2000</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b34">
	<analytic>
		<title level="a" type="main">Business Rules Segregation for Dynamic Process Management with an Aspect-Oriented Framework</title>
		<author>
			<persName><forename type="first">S</forename><surname>Cetin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">I</forename><surname>Altintas</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Solmaz</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">BPM 2006 Workshops</title>
				<editor>
			<persName><forename type="first">J</forename><surname>Eder</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><surname>Dustdar</surname></persName>
		</editor>
		<meeting><address><addrLine>Berlin Heidelberg</addrLine></address></meeting>
		<imprint>
			<publisher>Springer-Verlag</publisher>
			<date type="published" when="2006">2006</date>
			<biblScope unit="page" from="193" to="204" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b35">
	<analytic>
		<title level="a" type="main">Compliance Competent Life Assurance Companies: A Partnership Approach</title>
		<author>
			<persName><forename type="first">J</forename><surname>Edwards</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Financial Regulation and Compliance</title>
		<imprint>
			<biblScope unit="volume">11</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="10" to="21" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b36">
	<monogr>
		<title level="m" type="main">Principles of the Business Rules Approach</title>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">G</forename><surname>Ross</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2003">2003</date>
			<publisher>Pearson</publisher>
			<pubPlace>Boston: MA</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b37">
	<analytic>
		<title level="a" type="main">The Art of Scanning the Environment</title>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">W</forename><surname>Choo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Bulletin of the American Society for Information Science</title>
		<imprint>
			<biblScope unit="volume">25</biblScope>
			<biblScope unit="page">3</biblScope>
			<date type="published" when="1999">1999</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b38">
	<analytic>
		<title level="a" type="main">Towards a Flexible Deployment of Business Rules</title>
		<author>
			<persName><forename type="first">D</forename><surname>Rosca</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Wild</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Expert Systems with Applications</title>
		<imprint>
			<biblScope unit="volume">23</biblScope>
			<biblScope unit="page" from="385" to="394" />
			<date type="published" when="2002">2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b39">
	<monogr>
		<title level="m" type="main">Ucinet for Windows: Software for Social Network Analysis</title>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">P</forename><surname>Borgatti</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">G</forename><surname>Everett</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">C</forename><surname>Freeman</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2002">2002</date>
			<publisher>Analytic Technologies</publisher>
			<pubPlace>Harvard: MA</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b40">
	<analytic>
		<title level="a" type="main">Integrated Flexibility-Key to Competition in a Turbulent Environment</title>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">K</forename><surname>Ahmed</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Hardaker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Carpenter</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Long Range Planning</title>
		<imprint>
			<biblScope unit="volume">29</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="562" to="571" />
			<date type="published" when="1996">1996</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b41">
	<analytic>
		<title level="a" type="main">The Business Rules Group: The Business Motivation Model: business governance in a volatile world</title>
	</analytic>
	<monogr>
		<title level="j">release</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="issue">2</biblScope>
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b42">
	<monogr>
		<author>
			<persName><forename type="first">H</forename><forename type="middle">W</forename><surname>Volberda</surname></persName>
		</author>
		<title level="m">Building The Flexible Firm: How to Remain Competitive</title>
				<meeting><address><addrLine>New York</addrLine></address></meeting>
		<imprint>
			<publisher>Oxford University Press</publisher>
			<date type="published" when="1998">1998</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b43">
	<analytic>
		<title level="a" type="main">Business Process Redesign: Radical and Evolutionary Change</title>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">L</forename><surname>Jarvenpaa</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">B</forename><surname>Stoddard</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Business Research</title>
		<imprint>
			<biblScope unit="volume">41</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="15" to="27" />
			<date type="published" when="1998">1998</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
