<?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">Classifying Business Rules to Guide the Systematic Alignment of a Business Value Model to Business Motivation</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author role="corresp">
							<persName><forename type="first">Prasad</forename><surname>Jayaweera</surname></persName>
							<email>prasad@dcs.ruh.ac.lk</email>
							<affiliation key="aff0">
								<orgName type="department" key="dep1">Department of Computer Science</orgName>
								<orgName type="department" key="dep2">Faculty of Science</orgName>
								<orgName type="institution">University of Ruhuna</orgName>
								<address>
									<country key="LK">Sri Lanka</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Michaël</forename><surname>Petit</surname></persName>
							<affiliation key="aff1">
								<orgName type="department" key="dep1">PReCISE Research Center</orgName>
								<orgName type="department" key="dep2">Faculty of Computer Science</orgName>
								<orgName type="institution">University of Namur</orgName>
								<address>
									<country key="BE">Belgium</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Classifying Business Rules to Guide the Systematic Alignment of a Business Value Model to Business Motivation</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">399CCB7BDCD3FC666FFA2497F99D7E2C</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T07:25+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>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Business Motivation Modeling is fundamental and crucial when trying to achieve strategic alignment for sustainable enterprise solutions. Business Rules also play a central role among motivation modeling concepts and could range from fine-grained process directives to coarse-grained governance policies. Therefore, the effective utilization of Business Rules is heavily dependent on the development of classifications with separation of modeling concerns and (semi) formalisms to capture relevant business directives. Further, a Business Value Model typically consists of economic concepts (resources, events and agent) and of descriptions of particular value propositions to the customer and is equally important in enterprise solution designing. In this work, we report on a classification schema and a template structure to capture Business Value Rules that could affect resulting Business Value Models. The proposed classification and Business Value Rules helps to achieve strategic alignment of business value models that can be used as a basis to define economically sustainable enterprise solutions.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">Introduction</head><p>In the prevailing knowledge economy, sustainable enterprise solutions are the key to success of any business. The term sustainable enterprise solution could be defined from many different perspectives such as environmental, economic and IT. However for the work reported here, we adopt a consolidated definition as "an enterprise's ability to deliver value to concerned stakeholders throughout enterprise's life". During the production of value to be delivered, enterprise acquires resources (such as raw materials, labor) and output value-increased resources to its environment. This resources acquisition and outputting of value-increased resource to the environment, make the enterprise a part of a "value constellation" consisting of the enterprise itself, other enterprises and different actors. All these enterprises operate in a highly competitive environment and sustainable enterprise solutions have to be developed for these dynamic value constellations to ensure their survival and success.</p><p>During enterprise solution development, different models are constructed to understand the dynamics and highly competitive environment and to design new enterprise solutions to cope with the environment changes. Within this work, we propose, as other authors, three layers of abstraction (or "perspectives"), named respectively motivation, value and processes (MVP) for separation of the concerns during the modeling efforts:</p><p>1.</p><p>Business Motivation Perspective: the main focus is on identification, organization and management of the concepts that provide governance and guidance to the business being modeled. The concepts used include e.g. strategy followed and goals to be achieved; 2.</p><p>Business Value Perspective: this covers modeling of economic concepts such as economic resources, economic agents, economics events, relationship that exist among them and value propositions; 3.</p><p>Business Process Perspective: this describes procedural and operational realizations of the business value creations and exchanges.</p><p>In order to sustain the enterprise solution, when changes pop up in the enterprise or within its environment, it is necessary to reflect these changes in the relevant perspective. Further, according to change occurring in a particular perspective, other perspectives might also need to be aligned. In our work, we propose a systematic approach for inter-perspective alignment.</p><p>The business motivation modeling perspective proposed here is based on the Business Motivation Model <ref type="bibr" target="#b15">[ 16]</ref> that has also been adopted by the OMG. The business value modeling perspective is based on e 3 value <ref type="bibr" target="#b6">[ 7]</ref>. The business process perspective is not dealt with in this paper but could be represented with e.g. BPMN.</p><p>The main research objective of this paper is to define the notion of Business Value Rules (namely, business rules that have a direct effect on the value perspective), and to show how these rules influence the alignment process. We will investigate how business value rules influence the transformation of value models and help to bridging the gap between the business motivation and value models.</p><p>The paper is structured as follows. In Section 2, we describe the elements on which our proposal is based, namely BMM, e 3 value, the notion of business rules and a previous approach <ref type="bibr" target="#b0">[ 1]</ref> based on templates that describe how to systematically change the business value perspective in response to changes in the business motivation perspective. Based on these elements, we then define more precisely the research objective of this paper. Section 3 then describes the notion of Business Value Rule (BVR) and proposes a classification (taxonomy) of BVRs and a semi-formal textual structure (called "BVR template") for expressing them. Section 4 then illustrates how BVRs influence the alignment process by prescribing specific changes to the value model. Section 5 concludes the paper with discussions and perspectives.</p><p>All along the paper, we will use a toy case study in order to illustrate the ideas.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Research Background</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1">Modeling Business Motivations</head><p>Business motivation modeling is a central and important aspect of enterprise solution development. Most of the concepts used in motivations modeling are also covered under goal modeling which is an initial phase in development of workflows or IT requirements. A number of approaches have been proposed to understand and model different motivation concepts <ref type="bibr" target="#b13">[ 14,</ref><ref type="bibr" target="#b3">4,</ref><ref type="bibr" target="#b12">13]</ref> The work presented in this paper is based on the Business Motivation Model (BMM) adopted by the OMG <ref type="bibr" target="#b15">[ 16]</ref>. The purpose of business motivation modeling is to analyze, understand, and to design intentions, actions and relationships among them in semi-formal manner that can support vague representations by business domain experts wherever necessary. BMM provides a broad framework to model desired results that an enterprise wishes to achieve and possible courses of actions that it could perform in order to reach those ends.</p><p>Fig. <ref type="figure">1</ref> shows the main concepts of BMM relevant in our work. Business motivations can be categorized into two high level groups called Ends and Means. Ends are used to capture desired states that the enterprise intends to reach while Means are used to represents different Courses of Actions and Directives in order to reach aforementioned desired results. Fig. <ref type="figure">1</ref>. Business Motivation Modeling Framework (derived from <ref type="bibr" target="#b15">[ 16]</ref>) Within Ends, a distinction is made between Goals and Objectives. "A Goal tends to be longer term, and defined qualitatively rather than quantitatively. It should be narrow -focused enough that Objectives can be defined for it. An Objective is a step along the way towards a Goal. It must have an end date, and criteria to determine whether it has been reached or not. Objectives provide the basis for measuring whether progress is being made towards Goals." <ref type="bibr" target="#b15">[ 16]</ref>.</p><p>A Course of Actions, is a way of configuring some aspect of the enterprise (things, processes, locations, people, time) to channel efforts towards Desired Results. A distinction is made between Strategies and Tactics. "Strategies tend to be long term and fairly broad in scope. Each Strategy is implemented by Tactics, which tend to be shorter term and narrower in scope. A Tactic may contribute to the implementation of more than one Strategy." <ref type="bibr" target="#b15">[ 16]</ref>. Business Policy tends to be less formally-structured; it may not be atomic -i.e. not focused on a single aspect of governance or guidance -and may be less formally articulated."<ref type="foot" target="#foot_0">1</ref>  <ref type="bibr" target="#b15">[ 16]</ref>. Therefore, business rules can be considered as an actionable mechanism for making policies effective. Similarly, business tactics implements business strategies. Fig. <ref type="figure">2</ref> shows an extract of a BMM model corresponding to the case study used in this paper. It shows the objectives of a Massively Multiplier Online Gaming (MMOG) company offering games online. We consider that the figure is self-explaining. For avoiding clutter, labels of relations among model elements are omitted.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2">Business Value Modeling</head><p>In enterprise solution development, business value modeling has been discussed in great lengths. There are different ontologies for conceptualization and different notations for business model specification in the literature (e.g. <ref type="bibr" target="#b8">[ 9,</ref><ref type="bibr" target="#b6">7,</ref><ref type="bibr" target="#b12">13,</ref><ref type="bibr" target="#b1">2]</ref>).</p><p>e 3 value is one such ontology and aims at identifying exchanges of value objects between the actors in a business case in order to represent and analyze what value actors in a partnership network offer each other. It also supports financial profitability analyses of business cases represented as value models. The ontology was designed to contain a minimal set of concepts and relations to make it easy to grasp for its intended users. The e 3 value model also includes a graphical notation to design business models. Fig. <ref type="figure" target="#fig_0">3</ref> shows an entity-relationship representation of the meta-model of e 3 value. The basic concepts in e 3 value are actor (an economically independent entity), market segment (set of similar actors), value object (something that is of economic value), value port (used by an actor to provide or receive value objects), value interface (grouping several in/out ports of an actor), value activity and value exchange (flow of a value object between one out port of an actor and an in port of another actor). Fig. <ref type="figure">4</ref> depicts an e 3 value model for the MMOG case. Actors are shown by rectangles, value activities by rounded rectangles, value ports by triangles, value interfaces by oblong rectangles enclosing directed value ports, and value exchanges as lines between value ports with the names of value objects as labels. In this business model there are two actors (Game Provider and Internet Service Provider -ISP) and a market segment (Customer). The Game Provider is responsible for producing the Game Content and selling and distributing its software on CDs to the customers. In order to play the game, the customers need internet access, which they get from the ISP. They also need access to the game server, which they get from the Game Provider.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3">Business Rules</head><p>Business rules in general are statements about guidelines and restrictions on the enterprise behavior <ref type="bibr" target="#b2">[ 3,</ref><ref type="bibr" target="#b14">15]</ref>. They are often implicitly captured across several enterprise applications. The importance of their formulation and explicit and separate management has been recognized <ref type="bibr" target="#b14">[ 15]</ref>. They recently have been the subject of some standardization effort in the OMG and are mentioned as one important element of BMM <ref type="bibr" target="#b13">[ 14]</ref> and are the central focus in SBVR <ref type="bibr" target="#b11">[ 12]</ref>. Some ideas of using rules originate from the field of active databases where the notion of Event-Condition-Action (ECA) rules was defined <ref type="bibr" target="#b7">[8]</ref>. Basically ECA rules express that when an event occurs, provided that a certain condition holds, an action should be performed. This kind of rules is used to describe quite operational, behavior-oriented and internal aspects of a database. However, the notion of business rule as currently advocated is different because, amongst others:</p><p>• it intends to focus on business aspects rather than only on technical/IT oriented aspects; • it should allow to express rules in a declarative way rather than just in an operational/executable way; • it does not considers only rules that should always be strictly enforced (constraints). Rules can be associated to different "levels of enforcement" representing the fact that they may or not be violated in some situations.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Fig. 4 Business Value Model for the MMOG case</head><p>Business rules are usually classified into three main categories: structural rules (constraints on static aspects of the business), derivation rules (allowing derivation of new information) and action related rules (expressing some restrictions on business actions or processes). As the main focus of this paper is on aligning the business value model onto the business motivations, we concentrate on business rules that have some effect on the resulting e 3 value model. As we will argument later, these rules are always related to some value process. Consequently, we will only propose in Section 3.2 a template for description of action-related rules, without excluding the possibility of existence of the other two kinds of rules at the value model level. Other authors have also investigated the use of rules at the value level (see e.g. <ref type="bibr" target="#b16">[ 17]</ref>) or how specific kinds of rules (such as ECA rules) can be used with benefits for defining control aspects in workflow models (see e.g. <ref type="bibr" target="#b5">[ 6]</ref>).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.4">Means Templates</head><p>The work presented in this paper provides an extension to a systematic approach <ref type="bibr" target="#b0">[ 1]</ref> for systematic alignment of business motivation models and value models, based on a set of pre-defined templates, called the "means template approach". Here is a brief summary. For more details interested readers are referred to <ref type="bibr" target="#b0">[ 1]</ref>.</p><p>A means template describes some reusable knowledge about frequently considered means in business motivation models and how the value model has to be changed in order to make that mean "operational". A means template is made of two parts:</p><p>1. a so-called compulsory part that describes in structured (semi-formal) text, a means, identified in the BMM model as a way to attain certain business goals; 2. a so-called optional part (represented within square brackets) that describes alternative courses of actions that can be used to make the mean operational. Some of these courses of actions can themselves be means that can be described in other means templates; Additionally, a template is associated to a set of transformation rules that describe precisely through a set of operations how the value model has to be changed when a particular course of action was chosen among the alternative ones <ref type="foot" target="#foot_1">2</ref> .</p><p>There are nine templates categorized into three groups as listed below. As an example, template 1 says that if one wants to start offering a product (ValueObject1) to a customer (Actor1), she has to obtain this product either by using an existing activity (ValueActivity1), or start a new production activity or procure the product from a supplier (Actor2) and additionally she should get a compensation or payment (ValueObject2) from the customer.</p><p>Most templates have a "dual" template (e.g. template 2 is the dual of template 1). The means templates described above actually describe templates for tactics in the BMM sense because they concern courses of actions (what to do) described quite precisely (as opposed to strategies in BMM). They may therefore better be termed "tactics templates". It is important to note here that none of the templates currently includes elements related to BMM directives (which mainly control how or when things have to be done).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Value Object Offering</head><p>As an example of application of the templates, you can see that the e 3 value model of Fig. <ref type="figure">4</ref> was partly created by applying templates under guidance of the BMM model of Fig. <ref type="figure">2</ref>. Indeed, template 1 was applied to make the "Offer game access" means operational, choosing the "produce" option, thereby creating a new value activity called "Distribute game". Similarly, the mean "Procure hosting service from ISP" was made operational by applying template 3 (with the "use" option).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.5">Research objective</head><p>Based on the elements presented in the previous sections, the objective of this paper is to investigate how business rules (one particular kind of BMM directives) influence the use of means templates in the transformation of value models. More precisely, this paper improves the work in <ref type="bibr" target="#b0">[ 1]</ref> by: 1. Proposing a notion and classification of a certain type of business rules (called "business value rules" -BVRs), namely rules that are specifically relevant in the value perspective; 2. Proposing a semi-formal textual template for expressing BVRs; 3. Showing that BVRs can complement the means template approach in bridging the gap between the business motivation and value models; 4. Illustrating how BVRs may influence the choice of means templates to be applied in a value model alignment process and the choice among alternative courses of actions in the optional part of a means template.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Directive Aligned Business Value Modeling</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Business Value Rule Categories</head><p>In Section 2, we briefly summarized some of business rules and rules related contributions in literature. However, the central focus of the work reported in this paper is on the alignment of business value design to capture business motivations. Therefore, our main consideration is given to rules that have direct impact on the business value model. They are referred to in this work as Business Value Rules and a further classification is proposed below. A sound value process classification is proposed in <ref type="bibr" target="#b1">[ 2]</ref> distinguishing Transformation, Interface, Exchange, and Transaction processes. A Transformation process produces resources by consuming or using other resources and is typically depicted in e 3 value inside a value activity (rounded rectangles) of a particular actor. An Interface process specifies give (out-port) and take (in-port) trading transfers happening at a particular value interface of a particular actor (oblong rectangle). An Exchange process connects one give transfer and one take transfer from two different actors (line connecting two rectangles; i.e. an out-port and an in-port). A Transaction process is consisting of several economically reciprocal Exchange processes between two actors (exchanges between two value interfaces of two actors for a particular trading).</p><p>Based on this value process classification, Business Value Rules could be classified into four categories depending on the kind of value process they govern. This classification is partially represented in Fig. <ref type="figure" target="#fig_1">5</ref>.</p><p>Transformation Business Value Rules. Transformation Business Value Rules are the rules that govern value creation activities in an actor of the Business Value Model. This rule category could be seen as prerequisites and conformance requirements for transformation processes. As an example, "Prohibit game content delivery before censoring the game story" could be considered as a transformation business rule governing the "Create Content" value process in the Game Provider. The rule explained in this example governs the order of execution of value processes "Game story censoring" and "Game content delivery" which are sub-processes of "Create Content". Here, the content creation is prohibited until censoring is completed. This example is further explained in detail in section 3.2.</p><p>Interface Business Value rules. Interface Business Value Rules are the rules that capture the requirements governing the sequence of occurrence of value transfers at in-ports and out-ports of a particular value interface of a particular actor. Assuming that CD delivery contains software to permit online game access, an Interface Business Rule may enforce that"game accesses are deferred until CD delivery" in Game Provider.</p><p>Exchange Business Value Rules. An Exchange Business Value Rules governs a value exchange between two actors. These rules have an impact on both actors that participate in a given value exchange and an example could be a rule to "avoid kids' accesses to the online gaming during school hours". This will be illustrated in detail in section 3.2.</p><p>Transaction Business Value Rules. An economic value exchange is not occurring in isolation. There is always an economic reciprocity between two or more exchanges between two actors and Transaction Business Value Rules govern such bundles of exchanges. For example, there could be a Transaction Business rule demanding "complete a down payment for full online game accesses".</p><p>The definition of Transformations Business Value Rule and Interface Business Value Rule categories are mainly based on single actor's perspective as they are to govern the processes of a particular actor. Exchange Business Value Rule and Transaction Business Value Rule categories are defined from the perspectives of two actors in binary business collaborations.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">Business Value Rule Template</head><p>In compliance with BMM, we also adopt flexibility to capture business policies and business strategies expressed in natural language. However, similarly to the use of structured text in Means Template (see Section 2.4), we also propose to use a textual template structure to capture actionable concepts in BMM, in this case, business rules. The intuition behind the formulation of the business rule template proposed below is that the effect of a BVR is on an enterprise's value processes. A Business Value Rules can be described with the following template:</p><formula xml:id="formula_0">&lt;Enforcement Level, [Condition], Business Rule Statement Type, Value Process, [Restriction Statement]&gt;</formula><p>The condition and the restriction statements are optional. Enforcement Level could be one of the six levels that have been proposed in BMM <ref type="bibr" target="#b15">[ 16]</ref> (going from "strictly enforced" through "pre-authorize override" to "guideline"). The Condition must hold for the rule to apply. It is typically defined by using features of business objects. The Business Rule Statement Type is one of "Obligation" (the Value Process must be performed if the condition holds), "Prohibition" (the Value Process cannot occur) or "Restriction" (the execution of the Value Process is constrained in some way). The Restriction statement is mainly used if the rule is of the Restriction type and describes the restriction that applies on the Value Process (e.g. limited duration, constraints on business objects manipulated by the process, …). The abstract syntax of this template and how it relates to BMM and e 3 value concepts are also represented on Fig. <ref type="figure" target="#fig_1">5</ref>. A Business Value Rule inherits the semantics and properties from the notion of BMM Business Rule. The Value Process governed by a BVR is either a complex value process (decomposed into sub-processes interesting to consider in the value perspective) or a process of one of the four types described in Section 3.1. When it is a Transformation Process, it can be related directly to a Value Activity in the business value (e 3 value) model. If it is an Interface process, it can be related directly to a Value Interface. An Exchange Process relates to a Value Exchange and a Transaction Process relates to several Value Exchanges (at least two).</p><p>Some examples of Business Value Rules captured according to this template are listed below. In Section 4.2 one such Business Value Rule's application is illustrated in details with its impact on the Business Value Model. 1. &lt;Strictly, ContentType="for kids", Obligation, ContentCensoring, -&gt; 2. &lt;Strictly, ContentType="for kids", Restriction, Create Content, "ContentCensoring prior to Game Delivery" &gt; 3. &lt;Deferred, 07:00&lt;AccessTime&lt;14:00 AND Customer.Age&lt;18, Prohibition, GameAccess, -&gt; 4. &lt;Pre-Authorized, Maintenance=ON, Restriction, GameAccess, 10% of full potential&gt;</p><p>The first two rule capture obligatory content censoring for game content creation for kids. These rules have to be enforced strictly for all kids' game creation. The first one (an obligation) states that censoring must be executed when content is for kids. The second one (a restriction) says that the censoring must be performed prior to the Game delivery. The third rule is explained in details in the next section. The fourth rule is about restriction of game access service provision (to one tenth of the total capacity) during maintenance period with pre-authorized overriding by the system manager.</p><p>The rule template we are proposing here is inspired by some existing approaches for defining rules associated to actions (mainly ECA rules and SBVR). Compared to the above template, ECA rules correspond mainly to "Obligation" kind of rules without specification of the enforcement level (which is usually interpreted as "strict" in ECA). A small difference is that in our template, an obligation does not correspond to the triggering of a process but rather to a responsibility to execute a value process, without expressing when. SBVR <ref type="bibr" target="#b11">[ 12]</ref>, a companion standard to BMM, defines "Operative business rules" that can be obligations and prohibitions (and restricted permissions). Compared to SBVR, our template is more basic but also more intuitive, partly because it is intended only for representing business value rules (whereas SBVR allows the representation of many other aspects such as e.g. structural rules and advices).</p><p>The motivation of our proposal to capture Business Value Rules through the proposed template is that these rules have an impact on the resulting Business Value Model. However, as illustrated in the next section, such an impact may vary with the business motivation context that we take into account for a case at hand.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.">Application of Directives</head><p>In this section, we illustrate how BMM directives can be captured and then influence the changes made in business value models. For the demonstration purpose, we here suppose that the policy to demote kids accesses to online gaming during school hours (already introduced in Section 2.1) has just been added to the BMM model because e.g. of a new regulation imposed by the government. Two main goals (an externally influenced goal to promote school education and an internal goal of sustainability of MMOG) have been detailed.</p><p>First, the policy to demote accesses in school hours to support achieving the goal to grant Priority to school education could be realized through the business rule to prohibit accesses during 0700 to 1400 by school kids. This rule was used as the second example in section 3.2. According to the Business Value Rule classification proposed above this is an Exchange Business Rule where the activity, Give Game Access (activity at out-port of the Distribute Games value activity interface of Game Provider) and the activity Take Game Access (activity at in-port of the Play Games value activity interface of Customer) are affected 3 . Indeed, the amount of occurrences of these activities (the time spent playing) will decrease, which has a direct effect on the revenue of the company.</p><p>This rule therefore has direct effect on the value activities Play Game of Customer Market Segment and Distribute Game of Game Provider. Treating this in isolation could result in in first scenario in which following means template defined in <ref type="bibr" target="#b0">[ 1]</ref> would be applied:</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Decrease produce of GameAccess in DistributeGame</head><p>This expresses that the amount of connection time (and consequently the associated revenues) would be reduced in the future. And as a result of the shrinking number of exchanges, there would be a need to reduce the associated outsourced hosting service. This leads to complete the following means template as well:</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Decrease buying of HostingService in BuyHostingService</head><p>As consequences due to these two means realization, MMOG may also decrease its profits resulting in difficulties in achieving one of its goals: "Sustainable Business" (already introduced in Section 2.1). However, as shown in Fig. <ref type="figure" target="#fig_2">6</ref>, there are other goals that the MMOG enterprise intends to achieve and that diminish the probability of this first scenario.  But in a corresponding business process model, they would appear because exchanging value objects obviously requires doing something (for both actors). In relation to the meta-model of figure <ref type="figure" target="#fig_1">5</ref>, they would be described explicitly as instances of the Value Process class.</p><p>For instance when targeting to achieve sustainability, the enterprise may not wish to get reduced production as a result of a shrinking of the activity of a particular market segment (in this case, school kids). On the contrary, it may try to achieve another sub-goal: Expand Market. One strategy to support that goal could be to Promote the service Among Senior Citizens (another market segment) to compensate for the shrinking.</p><p>This could lead to a split in the current market segment and allow the enterprise to treat Students and Senior Citizens separately or if not delivering to senior citizens at the moment, introduction of a new market segment.</p><p>It is clear that these business directives need to be considered when constructing complete and relevant business value models. By comparing the Business Value Model before applying changes in the Business Motivation Layer (Fig. <ref type="figure">4</ref>) and after the application (Fig. <ref type="figure" target="#fig_3">7</ref>) we can notice visible changes (such as a new market segment, new value exchanges, etc) resulting from the application of means templates on the basis of the extended motivation model. For example, the mean "Offer game to senior citizens" was made operational by applying template 1 and reusing the value activity "Distribute game" to deliver the Game Access to the Senior Citizen. This resulted amongst others in the creation of the "Senior Citizen" market segment. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.">Conclusion and Discussion</head><p>The main argument of this paper is that business motivations are critical in developing Business aligned IT solutions. We have proposed a systematic approach to model business directives by means of business value rules. Further we have illustrated how the resulting business value model could be aligned according to the captured business value rules. This approach can be considered as an extension to the Means Templates methodology proposed in <ref type="bibr" target="#b0">[ 1]</ref> to accommodate business directives.</p><p>Relating and aligning a business motivation model and a value model is not necessarily an easy task because these two perspectives do not obviously share the same concepts. It is in particular not easy to create a BMM model and to identify the appropriate tactics and rules. This is usually done through a top-down decomposition of higher level concepts such as vision, strategy and policies. Ensuring that this process leads to a complete set of rules can be challenging.</p><p>This paper contributes in helping to solve the alignment by proposing a methodology with a number of benefits: The work that we reported in this paper still needs a number of issues to be addressed through future work. Validation of the approach is obviously still limited. More exhaustive empirical studies need to be performed to test the completeness and capability of the proposed templates to capture and to represent business domain knowledge. In particular, the completeness of the proposed BVR categories and the expressiveness of the proposed BVR textual template need to be further investigated. We intend to test this by considering several application cases either real or presented in the literature about business rules and value models. The transformation of elements from the motivation and value perspective to the process level also requires attention in the future. Finally, the completeness and appropriateness of the means template catalogue requires further consideration to allow larger knowledge reuse in Value Models design.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Fig. 3 e</head><label>3</label><figDesc>Fig. 3 e 3 value meta-model (adapted from [10])</figDesc><graphic coords="5,124.80,250.92,345.72,111.72" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Fig. 5 UML</head><label>5</label><figDesc>Fig. 5 UML Meta-model for Business Value Rules and relations to the metamodels of BMM and e 3 value.</figDesc><graphic coords="10,124.80,479.88,345.48,171.24" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Fig. 6</head><label>6</label><figDesc>Fig. 6 Possible Additions to the Business Motivations for MMOG Case</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Fig. 7 Final</head><label>7</label><figDesc>Fig. 7 Final Business Value Model for the MMOG Case</figDesc><graphic coords="13,207.36,362.88,192.00,180.84" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head>&lt;&lt;Vision&gt;&gt; Be a nationally recognized OG company providing quality games to Internet users &lt;&lt;Goal&gt;&gt; Sustainable Business &lt;&lt;Means&gt;&gt; Offer game access (on CD and online, paying) to customers &lt;&lt;Means&gt;&gt; Procure hosting service from ISP &lt;&lt;Policy&gt;&gt; Focus on core business whenever possible &lt;&lt;Rule&gt;&gt; No access until paid &lt;&lt;Goal&gt;&gt; Priority to school education &lt;&lt;Rule&gt;&gt; Prevent kids accesses during school hours &lt;&lt;Policy&gt;&gt; Demote kids accesses during school hours Fig</head><label></label><figDesc>. 2 Extract of BMM model from the MMGO case Directives are categorized into Business Policies and Business Rules. "In general, Business Policies exist to govern -that is, control, guide, and shape -the Strategies and Tactics. They define what can be done and what must not be done, and may indicate how or set limits on how it should be done. Compared to a Business Rule, a</figDesc><table /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head></head><label></label><figDesc>ValueObject 1 in ValueActivity 1 [offer ValueObject 1 to Actor 1 ] 6. stop produce ValueObject 1 in ValueActivity 1 [procure ValueObject 1 from Actor 2 | stop offer ValueObject 1 to all] 7. (increase | decrease) produce of ValueObject 1 in ValueActivity 1 8. insource produce of ValueObject 1 in ValueActivity 1 [(increase) produce ValueObject 1 AND stop procure ValueObject 1 from Actor] 9. outsource [fraction of] produce of ValueObject 1 in ValueActivity 1 [(stop | decrease fraction of) produce of ValueObject 1 AND procure ValueObject 1 from Actor AND provide ValueObject 2 to Actor]</figDesc><table /><note>Means Templates 1. offer ValueObject 1 to Actor 1 [use ValueActivity 1 | produce ValueObject 1 | procure ValueObject 1 from Actor 2 AND receive ValueObject 2 from Actor 1 ] 2. stop offer ValueObject 1 to Actor 1 [stop procure ValueObject 1 from Actor 2 | stop produce ValueObject 1 ] Value Object Procuring Means Templates 3. procure ValueObject 1 from Actor 1 [use ValueObject 1 in ValueActivity 1 | offer ValueObject 1 to Actor 2 AND provide ValueObject 1 to Actor 1 ] 4. stop procure ValueObject 1 from Actor 1 [stop offer ValueObject 1 to Actor 2 | produce ValueObject 1 in ValueActivity 1 ] Value Object Producing Means Templates 5. produce</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_3"><head></head><label></label><figDesc>• Uniform Framework and Separation of concern. The framework provides separation of concern into Business Motivation, Business Value and Business Process Modeling layers while proposing a link between Business Motivations and Business Value Modeling promotes unification in modeling concepts. The notion of business rule in BMM is very generic and can be used to model directives at various abstraction levels (from the motivation perspective through to the process perspective and even down to the IT level). BMM provides little guidance on how to identify rules. Making a distinction between various kinds of rules (namely BVRs and process perspective related rules) helps in identifying appropriate rules by focusing on the value perspective only. Since BVRs are based on the concepts of the value model, the value model itself provides the base for identifying the rules, rather than trying to express rules without any starting point. • Business Value Rules Classification. Business Value Rules Classification supports business designers in making precise specifications of business directives from single actor's and multi actors' perspectives in binary collaborations. The categories can serve as a checklist of kind of rules that may exist, therefore helping to attain a more complete set of BVRs; • Semi-structured textual template. The template allows and easy expression of Business Value Rules; • Knowledge reuse support through Mean Templates. The means template approach helps to identify course-of-actions and supports the development of well-founded business value models; • Traceability. The proposed unified framework supports traceability between the different modeling layers.</figDesc><table /></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">The BMM notion of Business Policy that we adopt in this work is not exactly the same as proposed e.g. in [MPRA-paper] for the REA framework for enterprise planning. There, it is represented by fulfillment relationship and typification and grouping of REA elements.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1">Since these transformation rules are not in the focus of this paper, they will not be further described here. Please refer to<ref type="bibr" target="#b0">[ 1]</ref> for details.</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Enterprise Sustainability through the Alignment of Goal Models and Business Models</title>
		<author>
			<persName><forename type="first">B</forename><surname>Andersson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Bergholtz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Edirisuriya</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Ilayperuma</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Jayaweera</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Johannesson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Zdravkovic</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">3rd International Workshop on Business/IT Alignment and Interoperability at The 20th Int. Conf. on Advanced Information Systems Engineering (CAiSE&apos;08)</title>
				<meeting><address><addrLine>France</addrLine></address></meeting>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Towards a Reference Ontology for Business Model</title>
		<author>
			<persName><forename type="first">B</forename><surname>Andersson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Bergholtz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Edirisuriya</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Ilayperuma</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Johannesson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Grégoire</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Schmitt</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Dubois</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Abels</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Hahn</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Gordijn</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Weigand</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Wangler</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">25th Int. Conference on Conceptual Modeling (ER&apos;06)</title>
				<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<author>
			<persName><forename type="first">L</forename><surname>Braye</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Ramel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Grégoire</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Leidner</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Schmitt</surname></persName>
		</author>
		<ptr target="http://efficient.citi.tudor.lu/" />
		<title level="m">State of the Art Business Rules Languages</title>
				<imprint>
			<date>04122008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Goal-Directed Requirements Acquisition</title>
		<author>
			<persName><forename type="first">A</forename><surname>Dardenne</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Lamsweerde</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Fickas</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Science of Computer Programming</title>
				<imprint>
			<date type="published" when="1993">1993</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">A Brief History of the Business Rule Approach</title>
		<author>
			<persName><forename type="first">Brcommunity</forename><surname>Editors</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">The Business Rules Journal</title>
		<imprint>
			<biblScope unit="volume">6</biblScope>
			<biblScope unit="issue">1</biblScope>
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Realizing Business Processes with ECA Rules: Benefits, Challenges, Limits</title>
		<author>
			<persName><forename type="first">François</forename><surname>Bry</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Michael</forename><surname>Eckert</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Paula-Lavinia</forename><surname>Pătrânjan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Inna</forename><surname>Romanenko</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of 4th Workshop on Principles and Practice of Semantic Web Reasoning (PPSWR06)</title>
				<meeting>of 4th Workshop on Principles and Practice of Semantic Web Reasoning (PPSWR06)<address><addrLine>Budva, Montenegro</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2006-06-11">10th -11th June 2006. June 2006</date>
			<biblScope unit="volume">4187</biblScope>
			<biblScope unit="page" from="48" to="62" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<author>
			<persName><forename type="first">J</forename><surname>Gordijn</surname></persName>
		</author>
		<ptr target="http://www.e3value.com/" />
		<title level="m">e3 Value Publications</title>
				<imprint>
			<date>04122008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">The Active Database Management System Manifesto: Rulebase of ADBMS Features</title>
	</analytic>
	<monogr>
		<title level="m">Proc. of Rules in database systems : second international workshop, RIDS &apos;95</title>
				<editor>
			<persName><forename type="first">Timos</forename><surname>Sellis</surname></persName>
		</editor>
		<meeting>of Rules in database systems : second international workshop, RIDS &apos;95<address><addrLine>Glyfada, Athens, Greece</addrLine></address></meeting>
		<imprint>
			<date type="published" when="1995">September 25-27, 1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Value based requirements engineering: Exploring innovative e-commerce idea</title>
		<author>
			<persName><forename type="first">Jaap</forename><surname>Gordijn</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Hans</forename><surname>Akkermans</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Requirements Engineering Journal</title>
		<imprint>
			<biblScope unit="volume">8</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="114" to="134" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<author>
			<persName><forename type="first">Frantisek</forename><surname>Hunka</surname></persName>
		</author>
		<author>
			<persName><surname>Hucka</surname></persName>
		</author>
		<author>
			<persName><surname>Miroslav</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Josef</forename><surname>Kasik</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Dominik</forename><surname>Vymetal</surname></persName>
		</author>
		<ptr target="http://mpra.ub.uni-muenchen.de/12407/" />
	</analytic>
	<monogr>
		<title level="m">Enterprise planning model using REA ontology</title>
		<title level="s">Munich Personal RePEc Archive</title>
		<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<monogr>
		<author>
			<persName><forename type="first">W</forename><surname>Mccarthy</surname></persName>
		</author>
		<ptr target="http://www.msu.edu/user/mccarth4/rea-ontology/" />
		<title level="m">REA Enterprise Ontology</title>
				<imprint>
			<date>04122008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<monogr>
		<idno>formal/2008-01-02</idno>
		<ptr target="http://www.omg.org/spec/SBVR/1.0/PDF" />
		<title level="m">Object Management Groups, Semantics of Business Vocabulary and Business Rules (SBVR)</title>
				<imprint>
			<date type="published" when="2008-01">January 2008</date>
			<biblScope unit="volume">0</biblScope>
		</imprint>
	</monogr>
	<note>OMG Available Specification</note>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">Modeling Value Propositions in e-Business</title>
		<author>
			<persName><forename type="first">A</forename><surname>Osterwalder</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Pigneur</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">5th Int. Conference on Electronic Commerce</title>
				<imprint>
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Strategic reasoning about business models: a conceptual modeling approach</title>
		<author>
			<persName><forename type="first">R</forename><surname>Samavi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Yu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Topaloglou</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Information Systems and e-Business Management</title>
				<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<monogr>
		<title level="m" type="main">The Business Rule Group, The Business Rules Manifesto</title>
		<ptr target="http://www.businessrulesgroup.org/brmanifesto.htm" />
		<editor>Ronald G. Ross</editor>
		<imprint>
			<date type="published" when="2003-11-01">November 1, 2003</date>
			<biblScope unit="volume">2</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">The Business Rules Group</title>
		<ptr target="http://www.businessrulesgroup.org/second_paper/BRG-BMM.pdf" />
	</analytic>
	<monogr>
		<title level="m">Business Motivation Model release 1</title>
				<imprint>
			<date>04122008</date>
			<biblScope unit="page" from="3" to="2007" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">Rule-Based Service Composition and Service-Oriented Business Rule Management</title>
		<author>
			<persName><forename type="first">H</forename><surname>Weigand</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Heuvel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Hiel</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Regulations Modelling and Deployment</title>
				<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

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