Abstract
Due to complex and fragmented enterprise systems and modelling landscapes, organizations struggle to cope with change propagation, compliance management and interoperability. Two aspects related to the above are business process models and business rules, both of which have a role to play in the enterprise setting. Redundancy and inconsistency between business rules and business process models is prevalent, highlighting the need for consideration of integrated modelling of the two. An important prerequisite of achieving integrated modelling is the ability to decide whether a rule should be integrated into a business process model or modelled independently. However, in the current literature, little guidance can be found that can help modellers to make such a decision. Accordingly, our aim is to empirically test factors that affect such decisions. In this paper, we describe 12 such factors and present the results of an empirical evaluation of their importance. Through our study, we identify seven factors that can provide guidance for integrated modelling.
You have full access to this open access chapter, Download conference paper PDF
Similar content being viewed by others
Keywords
1 Introduction
The modelling of business processes and business rules has been an important topic of Information Systems and Computer Science research over the last two decades [1–3]. Traditionally, business rules are modelled in a standalone fashion using rule modelling notations. In more recent years, as new modelling languages and methods have been developed [3], researchers have argued that business rules can be modelled independently or integrated into business processes [4, 5]. Several researchers have motivated integrated modelling of business processes and business rules [6, 7]. Such integration is posited to result in improved model understanding, increased interoperability capacity, better change propagation of new requirements and increased capacity for compliance management [8–10]. Previous research has made several contributions towards this end through analyzing the representational capacity, deficiency and overlap of process and rule modelling languages [11], with a view towards their integrated use. Several initial approaches for the integration of business process models and business rules have also been proposed [12].
Empirical findings [13] indicate that process designers often have the need to represent in a process model business rules that go beyond control flow rules. Although all process models contain some business rules in the way of control flow, other rules may be, and often are, documented separately. Representing process models graphically without all relevant rules or operational constraints can result in flawed decision making and non-compliant process execution. It is also a roadblock to achieving a holistic understanding of the process, and thus affects shared understanding of requirements between stakeholders. In turn, incomplete requirements lead to incomplete system implementation, in which business processes might be executed without necessary constraints and monitoring mechanisms and, thus, might lead to high costs due to operational and compliance risks.
We argue, along the lines of [3], that there are situations under which a business rule is better modelled independently from a business process model, and situations under which it is more appropriate to integrate the rule with a business process model. It follows then that an important aspect of integrated modelling is the understanding of such situations and how they influence business rule representation. While the decision in regards to how a rule should be modelled is not a straightforward one, little guidance exists that can help modelers make such a decision. This shortcoming results in fragmented and inconsistent business process and rule models. In our earlier work [14] we identified the factors that are likely to affect such decisions. In this paper, our aim is two-fold: (1) to empirically evaluate the factors; (2) to identify guidelines for better business rule modelling decisions.
This paper unfolds as follows. The next section provides an overview of business process and business rule modelling, as well as prior efforts to identify factors that influence integration in the context of modelling. Section 3 overview the methodology used earlier for factor identification, and presents the methodology for empirical evaluation of the factors. Section 4 summarizes the factors and Sect. 5 discusses the empirical evaluation. Section 6 provides an empirically-grounded discussion on how these factors should affect rule modelling. Finally, we summarize the results of our study in terms of the evaluation results and provide some guidelines for modeling of business rules. We conclude the paper with a discussion of the findings and future outlook.
2 Background Concepts and Related Work
A business process model is a structured collection of activities that accomplishes a specific goal that will create value for an organization. Such structures also involve business rule models, which describe the constraints and requirements guiding and controlling the behavior of business activities, and can be integrated into related business process models or modelled independently. Business process modelling and business rule modelling both focus on creating a representation of the organization’s current and future practices. They are complementary approaches as they address distinct aspects of organizational practices. However, the two approaches evolved separately over the last few decades and failed to integrate into a more powerful approach.
Three types of methods for integrated business process and rule modelling have been developed in literature viz. annotation, encapsulation and extension [12]. Annotation is the use of additional textual elements to represent other aspects that are beyond the representational capacity of the selected modelling language. The textual elements are typically attached to graphical symbols within the process model to represent extra information. Encapsulation is the embedding of related business rules into a specific element in business process models. The embedded rules can be folded and unfolded, thus allowing users to easily switch focus between the overall structure and detailed parts of a process model. Extension either creates new elements or combines existing meta-elements from other languages to increase the representation capability of the underlying language to represent both business activities and business rules. Figure 1 is a simplistic illustration of a business process model with rule integration, using annotation, encapsulation, and extension methods.
Although the benefits and methods of integrated business rule modelling have been well studied as stated Sect. 1, there is a paucity of research that examines or consolidates factors that are relevant for business process model and business rule integration. zur Muehlen et al. [3] were the first to argue the need for guidelines to inform such integration. They identified five potential factors expected to influence the representation of a business. However, without proper evaluation, the validity of each factor cannot be fully established. Investigation and validation of each factor’s decision-influence on the representation of a business rule is also needed, which is the aim of our work as presented in the following sections.
3 Methodology
Our study involves two phases, viz. factor identification and factor validation. The first phase is based on a review and analysis of existing literature and is documented in [14], while the second is an empirical study of business rule experts in the form of academics and practitioners. In the following sub-sections, we outline our methodology.
3.1 Factor Identification
In our earlier work we embarked on a systematic identification of factors [14]. To identify these factors, we conducted a systematic literature review based on a comprehensive set of well-regarded Information Systems and Computer Science journals and conferences (see www.aisnet.org and www.core.edu.au) published between 1990–2013, a period of time after the initial proposal of integration of the two approaches [2]. Our data set consisted of 43,021 full-text articles (see Table 1). Each article was prepared (with OCR) for a full-text search. Subsequently, a full-text search was conducted using the term ‘business rule’. We regarded a paper as relevant if the keyword ‘business rule’ occurred 3 times or more within the body of the text and only selected those papers for the next round of analysis that met this criterion. Based on this elimination process, 255 relevant papers were identified. For each of the 255 papers, we read the abstract, the introduction of the paper, and each paragraph where the term “rule” occurred to determine if the paper was relevant to our purpose. A paper was identified as relevant if a characteristic of a business rule like change frequency, reusability or impact is discussed or mentioned in the paper. This step resulted in the identification of 78 papers.
The set of 78 relevant papers was then read in full and manually coded with a dedicated coding protocol implemented via an Excel spreadsheet. The coding protocol was designed and agreed by the three researchers after an initial coding of several articles to refine the protocol and contained a field for a factor, the title of the paper, context, and other comments. One researcher carried out the initial coding exercise through iterative coding of the papers to identify all relevant factors and then refined the result with the two researchers. The refinement included (1) selecting business rule characteristics that had the potential to be factors and excluding unrelated characteristics, (2) identifying and clustering synonymous factors and (3) selecting a representative label for each factor and clarifying its definition. The result was refined over three iterations until all three researchers were satisfied with the selection and definition of each factor. Twelve factors were identified in total through this process, as summarized in Sect. 4 and detailed in full in [14].
3.2 Empirical Evaluation
To validate the identified factors for relevance and investigate their relative importance, we designed an empirical evaluation instrument. The authors of the 78 papers relevant for the factor identification were the target participants of the empirical evaluation. These academics and professionals were invited to participate in an online survey through invitation emails. In the invitation email, participants were informed about the background and nature of the study, for which no incentives were offered. We used QualtricsFootnote 1 as the platform to deliver the survey and collect data.
The survey was designed, pilot-tested and revised through two iterations. In the first round of pilot testing, 3 PhD students with knowledge of conceptual modeling were asked to complete the survey and provide feedback on clarity of factor definitions and questions. In the second round, the revised survey was pilot-tested with 2 PhD students and a Master student by research, with knowledge of conceptual modelling and an international expert in requirements modelling. The revisions as a result of the pilot studies included changes to the definitions of factors and to questions so as to improve clarity as well as research rigor (e.g. randomization of questions was introduced through the pilot study). With our finalized survey instrument, we collected (1) the importance of factors, (2) an importance ranking of the factors from each participant and (3) expert opinions on how rules should be modelled given each factor.
We sent invitations to 112 authors of the 78 papers, and received 35 responses in total, of which 13 were incomplete and had to be removed. Thus, we received 22 usable responses, which represents a response rate of 23.08 % when calculated as responses per paper. While low, it is hard to achieve high response rates in empirical research and many consider any response rate of approximately 20 % to be usable [15–17].
4 Business Rule Modelling Factors
In total, twelve factors were identified. For further discussion of the factors, and the sources/papers in which they were identified, please refer to [14]. In the following we provide as a summary the definition of each factor, with arguments collected from the literature review. Only the definitions (in italics) are used in the survey and the argument statements or examples are excluded to avoid possible introduction of bias in the responses.
Accessibility. Accessibility refers to the user’s need to view and manipulate a business rule. If a stakeholder can easily view or manipulate a rule in a format that is suitable to his or her need, then the rule has high accessibility, otherwise, the rule has low accessibility. Making business rule repositories accessible to stakeholders whenever required, as well as in a format that is suitable to their needs, is a basic requirement of information systems [18]. Separating the rules can make rules easily accessible to business users, and potentially reduce the complexity and waiting times in making changes required in response to specific external or internal changes in requirements [19].
Agility. Agility refers to how quickly a business rule can be adapted to a change. Rate of change deals with how frequently the rule needs to be changed, and agility deals with how long will it take for each change to be modelled in a rule. Some business rules are required to take effect immediately to ensure the agility of the system [19]. Similarly, there can be others that may not have strict constraints on time of initiation [20–22].
Aspect of Change. Aspect of Change refers to the component of the rule that can be changed. The components of a rule that could change are the trigger condition, the reaction, or the values of parameters, as well as rule phrases and design elements [23]. Depending on the component, the change might be simple or complex. While a graphical process model may expose some simple configuration to business users, more complex business rule changes may only be possible at a deeper level that may need a business rule language representation.
Awareness of Impact. Awareness of Impact refers to how comprehensively the implications of a business rule, or its revisions, are understood. Some business rules have a direct and clear impact, while other rules may have an indirect or unclear impact. Thus, the impact may or may not be clear to the stakeholders. Business users may have to bring to bear their additional external knowledge to understand the implications of a business rule [24]. If the impacts of a business rule are not comprehensively understood, e.g. a change in one department’s business practices is necessitated by a change in another department and the effects cannot be safely predicted, then the deployment and implementation of the rule may need justification or re-engineering in the future [3]. The advantage of rule models is “easier and faster implementation in case adjustments needs to be made” [3].
Complexity. Complexity refers to the level of difficulty in defining or understanding a business rule. Some rules are simple and some rules can be complex in nature. Thus, the clarity and simplicity of business rules may differ based on the chosen representation [25]. Certain kinds of business rules cannot be clearly expressed in a business process modelling language due to language representation limitations, while others may be easily modelled as a standalone rule due to the more precise representation capability [26].
Criticality. Criticality refers to the importance of the rule. Violation of critical rules can lead to severe consequences for the organization, while violation of non-critical rules may be less severe. Integrating a business rule into a business process model can ensure that the business rule is implemented enterprise-wide. A standalone business rule, on the other hand, has a risk of being overlooked when users perform manual tasks relying on process models as guidelines for operations.
Governance Responsibility. Governance Responsibility refers to who ensures that business activities are in accordance with business rules. Rules can be governed automatically by programs/systems, or manually by humans [27, 28]. If the business rule is to be checked automatically in the system, machine readability and execution will be a basic requirement, while context availability and user-friendly representation will be more important if the rule is to be checked by a human.
Implementation Responsibility. Implementation Responsibility refers to who is charged with implementing or updating the business rule. Both business users and technical users could be responsible for the implementation of a business rule. Business users generally have the configuration responsibility over business rules in business rule repositories [3] and may not have process modelling expertise, whereas technical staff or the IT department may be responsible for the implementation of business processes [29].
Rate of Change. Rate of Change refers to the frequency at which a business rule requires modification. Business rules can change in response to changes in regulations and policies. Frequent business rule change requires mechanisms that support easy modification and propagation. It is possible that frequently changed business rules could be modelled in a stand-alone fashion, rather than being integrated into graphical process models where they could be labor-intensive and cumbersome to update [30], while stable business rules could be integrated into a business process model.
Reusability. Reusability refers to the potential for a rule to be used in new contexts. An existing business rule may be adapted or modified to fit new contexts and scenarios to reduce the resources required in developing new rules. Scattered [26, 31] and duplicated [23] rules make it difficult to evaluate and maintain the integrity and consistency [32, 33]. If a reusable business rule is integrated into a business process model, the development, testing, and maintenance efforts may be increased when that rule changes and requires update [23, 34]. On the contrary, modelling such a rule in a business rule notation and storing it in a business rule engine could ease maintenance efforts.
Rule Source. Rule Source refers to the origin of the business rule. Rule sources could be external or internal – e.g. laws and regulations or internal policies and standards. Requirements defined by external regulatory bodies can be “critical to the organization, while being outside the scope of their control. Particularly when the changes pertain to compliance with regulations” [3]. According to [3] modelling external business rules as part of a business process ensures that an audit trail is created, and thus facilitates compliance management and audit.
Scope of Impact. Scope of Impact refers to the breadth of the impact of the rule. The impact of a business rule can be focused on an activity, an entire process, a department or the entire organization [3]. If an organization-wide business rule is integrated into a large number of business process models any update to the rule will lead to a change in a large number of models, thus triggering re-work and risk of inconsistency [3, 35]. If the same business rule resides in a business rule repository, the update effort will be limited to an individual business rule instance, while being linked to potentially several process models.
5 Empirical Evaluation
In this section we present the empirical validation of the twelve factors. The main aim of the empirical study was to derive a ranking of factors based on their perceived importance by experts and capture expert indications as to how these factors affect modelling business rules in practice. To this end, in the following we first present a discussion of the relative ranking of the twelve factors, considering also the level of expert agreement in their ranking lists, and then explore the indications as to how these factors affect modelling of business rules.
5.1 Demographics
Our survey was aimed at academics and practitioners who authored the 78 papers relevant to this study. Table 2 shows that the overall business process modelling experience of our participants is higher than in other similar studies, e.g. [13]. However, the experience of standalone rule modelling is slightly lower than that of processes modelling, indicating that less participants are familiar with standalone rule modelling.
5.2 Factor Importance
To distinguish the relative importance of each factor, we asked the participants to select at least 5 most important factors and rank them according to their relative importance. As current top-k ranking comparison algorithms require a constant k across all rankings [36], only the top-5 factors are calculated in the ranking and agreement analysis. We note that one participant selected 6 factors and two participants selected 7 factors in this question, but these factors are already in top 50% of factors based on importance (see Table 5).
To calculate consensus between the participants, the rankings provided by all participants are aggregated into a single score. Consensus ranking [37] is used as it can help minimize the overall distances between rankings. Since this is an NP-Hard problem, some relaxed methods are used to find the approximate closest distance [37]. We adopted the classical positional Borda’s method [38] to calculate the aggregated ranking, which is well adopted in literature [37, 39].
Following this method, for a factor which ranked i <=5 in an individual ranking, we assign 5-i points to the factor. For a factor which is not ranked within the top 5, we assign 0 points. The total points of each factor are a sum of the factor’s points in each individual ranking.
As shown in Table 3, agility is ranked as the most important factor, with 42 points, and criticality is a close second. The factors rate of change and reusability are jointly ranked third, with 37 points. Accessibility, awareness of impact, complexity, governance responsibility and scope of impact follow in that order. The lowest ranked three factors are found to be those of aspect of change, implementation responsibility and rule source.
While Borda’s method allows us to identify the relative ranking, it is important to determine whether there is an adequate level of agreement between experts’ individual rankings. The concordance of the rankings is an indicator of such agreement. We use compactness, defined in [40], to calculate the degree of agreement as suggested in [41].
Normalized compactness ranges from 0 to 1, where 0 means the ranking lists are identical with each other (i.e. participants agree with each other) while 1 means they share nothing in common. Since for normalized concordance, 1 represents total agreement and 0 represents total disagreement semantically, concordance has an inverse relationship with compactness. Thus we use 1 – compactness to measure concordance.
In formula (1), m is the number of factors, compactness is the average coupled distance between all factors, and r i – r j is the distance between two rankings r i and r j . Weber et al. [36] provide a detailed classification of ranking distance measures in different dimensions according to the nature of the rankings. The dimensions are (1) conjoint and unconjoint ranking, (2) tied and untied ranking and (3) partial and full ranking. In our case, each ranking is selecting top-5 factors from all 12 factors, thus the ranking is a partial and conjoint ranking without ties. So we adopt the widely used Kendall’s tao method introduced in [42] to calculate r i – r j . Kendall’s tao distance is calculated using formula (2). x, y are elements in the set P which consists of elements in ranking r i and r j . \( p \) is assigned ½ as the neutral approach. The detailed algorithm to calculate \( \bar{K} \) is described in [42].
Combining formulas (1) and (2), the compactness of all the rankings is 0.36, resulting degree of agreement among the participants’ rankings is 0.64, which is deemed acceptable [41]. In addition to the compactness of all rankings, we can reason about the compactness, or agreement, of the importance of each individual factor by considering the standard deviation of its ranking position. Accordingly, Table 3 also shows the standard deviation for each factor to provide an indication of the level of agreement on that factor.
6 Factors Informing Business Rule Modelling
In the first part of our empirical analysis we were able to identify a relative ranking of the factors. While this ranking provides an indication as to which factors should be considered when modelling business rules, it does not provide any guidance as to how a rule should be modelled given a particular factor. To carry out such an analysis we must first determine the set of factors that had consistency of responses in terms of their effect on business rule modelling. Thus, we first distinguish between ‘affecting’ factors and ‘non-affecting’ factors. A factor is considered to be non-affecting if there is no significant difference in expert opinion as to how that factor affects modelling. For example, experts are asked to indicate for the aspect of change factor, which has two circumstances: simple and complex, if the rule (to be changed or added) should be modelled in an integrated manner or modelled separately (see Table 4).
The decision distributions are identical regardless of the complexity of change, thus the factor aspect of change is considered to be a non-affecting factor because regardless of the circumstance (i.e. simple or complex), experts favor independent modelling. We use the difference of votes across the two opposite values of a factor as the metric of factor effect. If the differences of votes are within or equal to 3 (the roundup integer of 10% of the number of participants) both for integrated and independent modelling, then the factor is considered non-affecting.
We combine the importance and effect of factors in Table 5 (factors in each cell are ordered by their rankings in Table 3). The table shows that 4 factors in the 6 top 50% are affecting, and 5 factors in the 6 bottom 50% are not affecting. Criticality and awareness of impact are not affecting although ranked high on importance, and rule source is affecting although ranked lowest of importance.
In the following we will analyze the affecting factors to determine modelling guidance given the factors’ circumstances.
In Table 6, ‘vote difference’ is the difference between the number of votes for independent modelling and for integrated modelling, which is used as an indication of modelling decision. A modelling decision for either type of modelling can be derived if the difference in votes is at least 3 (the roundup integer of 10% of the number of participants), otherwise the data can be interpreted as not providing any dominant view of the type of modelling that is appropriate (noted in Table 6 as “Either”). For example in Table 6, for the agility factor, where the need of agility is high, there are 13 more votes for independent modelling than for integrated modelling, so independent modelling is the dominant view for modeling.
Based on this analysis, the modelling decision is analysed for each circumstance of a given factor. While there are three situations in which the experts could not agree on a modelling decision, modelling guidance can be derived for the following seven situations:
-
1.
When a rule has relatively high agility, it should be modelled independently.
-
2.
When a rule changes frequently, it should be modelled independently.
-
3.
When a rule changes infrequently it should be integrated in a business process model.
-
4.
When a rule is highly reusable, it should be modelled independently.
-
5.
When a rule’s reusability is low, it should be integrated in a business process model.
-
6.
When a rule requires relatively high accessibility, it should be modelled independently.
-
7.
When a rule comes from an external source, it should be modelled independently.
To provide further insights into the rationale of the responses, in the following we briefly highlight relevant insights for non-affecting factors, which were collected through open-ended comment sections for each factor in our survey. We use the symbol P and a number to represent the participant number.
Criticality. The opinions on factor criticality are conflicting. Participants argue that “it’s obviously more important that critical business rules are modelled in safe and reliable ways than for less critical roles” (P20) and “criticality is important for the enforcement or monitoring of rule violations” (P11), but “that doesn’t tell us anything about whether the rule can be embedded in the business process or not” (P20), and “whether this is done through a BRMS or a BPMS or manually does not matter, as long as it is effective.” (P11).
Awareness of impact. Awareness of impact “could not always be estimated and could not be easily represented” (P10), and “a rule may impact a process or something else” (P11), thus it is considered as a less important factor.
Complexity. Since “BPMN is not suitable for BR modelling” (P17), simple and complex rules can be easier to handle in a dedicated rule representation than integrated into a business process.
Governance Responsibility. The importance of governance responsibility is challenged as “a business rule can be modelled separately and be embedded in a business process at the same time” (P20), and “it depends on if the process model executed by a BPMS or will a rulebook be used”. (P16).
Scope of Impact. Participants admit that “it might be easier to see which swim lanes are affected by the rule change and how a separately modelled and maintained BR scopes is hard to understand from a single BR out of context” (P17). However, they believe this factor “has more to do with governance and documentation than with modelling” (P17).
Aspect of change. “If the rule logic changes, it’s easier to handle in the dedicated rule representation. If a single parameter changes, it’s still easier to handle in a dedicated rule representation” (P11). So the preference is independent modelling regardless of whether the change is complex or simple.
Implementation Responsibility. Participants argue that “business and technical users have different responsibilities for the same set of rules” (P12), with the underlying assumption that modelling process and implementation process are separated.
7 Conclusions and Future Work
This paper recapped twelve factors that are thought to potentially influence decisions on whether a business rule is modelled independently or modelled in a business process model [14]. We explored empirically the relative importance of the identified set of factors with academic experts and identified agility as the most important factor, followed by criticality, rate of change and reusability. Accessibility, awareness of impact, complexity, governance responsibility and scope of impact, with aspect of change, implementation responsibility and rule source being the least important factors. We also explored expert indications of how a business rule should be modelled given each factor, which lead us to derive seven guidelines for business rule modelling.
Our work is not without limitations. First, this study focuses on the factors which have a relatively high level of influence. Different modelling languages, tools and integrated modelling methods will affect these factors differently and will be a promising topic for future research. Second, we limit our scope of rules to those that can be both modelled independently as well as modelled with a business process. The rules that do not have the capability to be modelled into processes are beyond our discussion since there is no option for an alternative modelling decision. Although semantics and types of rule can be used to distinguish these rules in some cases, modelers still need to judge each rule individually according to its characteristics. Last, our study participants are predominantly academic experts in the field. The views of common practice are also critical to understand and are the next step in our study. Following that step, we plan to develop a decision framework and prototype to guide business rule modelling decisions. We expect that further empirical study will help to extend the decision framework through deeper insights into the decision processes.
Notes
- 1.
Qualtrics is a web-based survey platform. See: www.qualtrics.com.
References
Zoet, M., Versendaal, J., Ravesteyn, P., Welke, R.J.: Alignment of business process management and business rules. In: Proceedings of the 19th European Conference on Information Systems, Helsinki, Finland, p. 34 (2011)
Krogstie, J., McBrien, P., Owens, R., Seltveit, A.H.: Information systems development using a combination of process and rule based approaches. In: Andersen, R., Bubenko Jr., J.A., Sølvberg, A. (eds.) Advanced Information Systems Engineering. LNCS, vol. 498, pp. 319–335. Springer, Heidelberg (1991)
Zur Muehlen, M., Indulska, M., Kittel, K.: Towards integrated modeling of business processes and business rules. In: Proceedings of the 19th Australasian Conference on Information Systems (ACIS)-Creating the Future: Transforming Research into Practice, Christchurch, New Zealand, pp. 690–697. Citeseer (2008)
Green, P., Rosemann, M.: An ontological analysis of integrated process modelling. In: Jarke, M., Oberweis, A. (eds.) CAiSE 1999. LNCS, vol. 1626, pp. 225–240. Springer, Heidelberg (1999)
Milanovic, M., Gasevic, D., Wagner, G.: Combining rules and activities for modeling service-based business processes. In: 2008 12th Enterprise Distributed Object Computing Conference Workshops, pp. 11–22 (2008)
Mickevičiūtė, E., Butleris, R.: Towards the combination of BPMN process models with SBVR business vocabularies and rules. In: Skersys, T., Butleris, R., Butkiene, R. (eds.) ICIST 2013. CCIS, vol. 403, pp. 114–121. Springer, Heidelberg (2013)
Bona, D.D., Re, G.L., Aiello, G., Tamburo, A., Alessi, M.: A methodology for graphical modeling of business rules. In: 2011 Fifth UKSim European Symposium on Computer Modeling and Simulation (EMS), pp. 102–106. IEEE (2011)
Di Bona, D., Lo Re, G., Aiello, G., Tamburo, A., Alessi, M.: A methodology for graphical modeling of business rules. In: Proceedings of the 5th European Symposium on Computer Modeling and Simulation, Madrid, Spain, pp. 102–106 (2011)
De Nicola, A., Missikoff, M., Smith, F.: Towards a method for business process and informal business rules compliance. J. Softw. Evol. Process 24, 341–360 (2012)
Xiao, X., Su, S.Y.W.: Meta-rule enhanced interoperation of operations, rules and processes for achieving dynamic inter-organizational collaboration. In: 2012 IEEE 13th International Conference on Information Reuse and Integration (IRI), pp. 533–540 (2012)
Zur Muehlen, M., Indulska, M.: Modeling languages for business processes and business rules: a representational analysis. Inform. Syst. 35, 379–390 (2010)
Wang, W., Indulska, M., Sadiq, S.: Integrated modelling of business process models and business rules: a research agenda. In: Proceedings of the 25th Australasian Conference on Information Systems (ACIS). University of Auckland Business School, Auckland, New Zealand (2014)
Recker, J., Rosemann, M., Green, P.F., Indulska, M.: Do ontological deficiencies in modeling grammars matter? MIS Q. 35, 57–79 (2011)
Wang, W., Indulska, M., Sadiq, S.: Factors affecting business process and business rule integration. In: Proceedings of the 25th Australasian Conference on Information Systems (ACIS). University of Auckland Business School, Auckland, New Zealand (2014)
Wallace, R.O., Mellor, C.J.: Nonresponse bias in mail accounting surveys: a pedagogical note. Brit. Acc. Rev. 20, 131–139 (1988)
Malhotra, N.K.: Marketing Research: An Applied Orientation, 5th edn. Pearson Education India, New Delhi (2008)
Davies, I., Green, P., Rosemann, M., Indulska, M., Gallo, S.: How do practitioners use conceptual modeling in practice? Data Knowl. Eng. 58, 358–380 (2006)
Kim, J.W., Jain, R.: Web services composition with traceability centered on dependency. In: Proceedings of the 38th Annual Hawaii International Conference on System Sciences, HICSS 2005, pp. 89–89. IEEE (2005)
van Roosmalen, M.W., Hoppenbrouwers, S.: Supporting corporate governance with enterprise architecture and business rule management: a synthesis of stability and agility. In: Proceedings of the International Workshop on Regulations Modelling and Deployment (ReMoD 2008) Held in Conjunction with the CAiSE 2008 Conference, Montpellier (2008). http://sunsite.informatik.rwth-aachen.de/Publications/CEUR-WS
Cappelli, C., Santoro, F.M., Cesar Sampaio do Prado Leite, J., Batista, T., Medeiros, A.L., Romeiro, C.S.C.: Reflections on the modularity of business process models: the case for introducing the aspect-oriented paradigm. Bus. Process Manag. J. 16, 662–687 (2010)
Weigand, H., van den Heuvel, W.-J., Hiel, M.: Rule-based service composition and service-oriented business rule management. In: Proceedings of the International Workshop on Regulations Modelling and Deployment (ReMoD 2008), pp. 1–12. Citeseer (2008)
Witman, P.D.: Software product lines and configurable product bases in business applications-a case from financial services. In: 42nd Hawaii International Conference on System Sciences, HICSS 2009, pp. 1–10. IEEE (2009)
Loucopoulos, P., Kadir, W.M.N.W.: BROOD: business rules-driven object oriented design. J. Database Manag. (JDM) 19, 41–73 (2008)
Taveter, K., Wagner, G.: Agent-oriented enterprise modeling based on business rules. In: Kunii, H.S., Jajodia, S., Sølvberg, A. (eds.) ER 2001. LNCS, vol. 2224, pp. 527–540. Springer, Heidelberg (2001)
Lu, R., Sadiq, W.: A survey of comparative business process modeling approaches. In: Abramowicz, W. (ed.) BIS 2007. LNCS, vol. 4439, pp. 82–94. Springer, Heidelberg (2007)
Kontopoulos, E., Bassiliades, N., Antoniou, G.: Deploying defeasible logic rule bases for the semantic web. Data Knowl. Eng. 66, 116–146 (2008)
Ho, D.T.-Y., zur Muehlen, M.: From the stone age to the cloud: a case study of risk-focused process improvement. In: Proceedings of Australasian Conference on Computer and Information Science, Shanghai, China, pp. 144–160 (2009)
Iwaihara, M., Shiga, T., Kozawa, M.: Extracting business rules from web product descriptions. In: Zhou, X., Su, S., Papazoglou, M.P., Orlowska, M.E., Jeffery, K. (eds.) WISE 2004. LNCS, vol. 3306, pp. 135–146. Springer, Heidelberg (2004)
Leymann, F., Roller, D.: Production Workflow: Concepts and Techniques. Prentice Hall PTR, Upper Saddle River (2000)
Moreira, A., Fiadeiro, J.L., Andrade, L.: Evolving requirements through coordination contracts. In: Eder, J., Missikoff, M. (eds.) Advanced Information Systems Engineering. LNCS, vol. 2681, pp. 633–646. Springer, Heidelberg (2003)
Ofner, M.H., Otto, B., Österle, H.: Integrating a data quality perspective into business process management. Bus. Process Manag. J. 18, 1036–1067 (2012)
Nelson, M.L., Peterson, J., Rariden, R.L., Sen, R.: Transitioning to a business rule management service model: case studies from the property and casualty insurance industry. Inf. Manag. 47, 30–41 (2010)
Norta, A., Eshuis, R.: Specification and verification of harmonized business-process collaborations. Inf. Syst. Front. 12, 457–479 (2010)
Mammar, A., Ramel, S., Grégoire, B., Schmitt, M., Guelfi, N.: Efficient: a toolset for building trusted B2B transactions. In: Pastor, Ó., Falcão e Cunha, J. (eds.) CAiSE 2005. LNCS, vol. 3520, pp. 430–445. Springer, Heidelberg (2005)
Kovacic, A., Groznik, A.: The business rule-transformation approach. In: 26th International Conference on Information Technology Interfaces, 2004, vol. 1, pp. 113–117 (2004)
Webber, W., Moffat, A., Zobel, J.: A similarity measure for indefinite rankings. ACM Trans. Inf. Syst. 28, 1–38 (2010)
Dwork, C., Kumar, R., Naor, M., Sivakumar, D.: Rank aggregation methods for the web. In: Proceedings of the 10th International Conference on World Wide Web, pp. 613–622. ACM (2001)
Dummett, M.: The Borda count and agenda manipulation. Soc. Choice Welfare 15, 289–296 (1998)
Young, H.P.: An axiomatization of Borda’s rule. J. Econ. Theor. 9, 43–52 (1974)
Xiaoyun, C., Yi, C., Xiaoli, Q., Min, Y., Yanshan, H.: PGMCLU: a novel parallel grid-based clustering algorithm for multi-density datasets. In: 1st IEEE Symposium on Web Society. SWS 2009, pp. 166–171 (2009)
Chen, L., Li, X., Han, J.: Medrank: discovering influential medical treatments from literature by information network analysis. In: Proceedings of the Twenty-Fourth Australasian Database Conference, vol. 137, pp. 3–12. Australian Computer Society, Inc. (2013)
Fagin, R., Kumar, R., Sivakumar, D.: Comparing top k lists. SIAM J. Discrete Math. 17, 134–160 (2003)
Author information
Authors and Affiliations
Corresponding author
Editor information
Editors and Affiliations
Rights and permissions
Copyright information
© 2016 Springer International Publishing Switzerland
About this paper
Cite this paper
Wang, W., Indulska, M., Sadiq, S. (2016). To Integrate or Not to Integrate – The Business Rules Question. In: Nurcan, S., Soffer, P., Bajec, M., Eder, J. (eds) Advanced Information Systems Engineering. CAiSE 2016. Lecture Notes in Computer Science(), vol 9694. Springer, Cham. https://doi.org/10.1007/978-3-319-39696-5_4
Download citation
DOI: https://doi.org/10.1007/978-3-319-39696-5_4
Published:
Publisher Name: Springer, Cham
Print ISBN: 978-3-319-39695-8
Online ISBN: 978-3-319-39696-5
eBook Packages: Computer ScienceComputer Science (R0)