<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">JSEA</journal-id><journal-title-group><journal-title>Journal of Software Engineering and Applications</journal-title></journal-title-group><issn pub-type="epub">1945-3116</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/jsea.2014.74024</article-id><article-id pub-id-type="publisher-id">JSEA-44683</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>Computer Science&amp;Communications</subject></subj-group></article-categories><title-group><article-title>
 
 
  Evaluation of ERP Systems Quality Model Using Analytic Hierarchy Process (AHP) Technique
 
</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>hamer</surname><given-names>A. Al-Rawashdeh</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Feras</surname><given-names>M. Al’azzeh</given-names></name><xref ref-type="aff" rid="aff2"><sup>2</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Sokyna</surname><given-names>M. Al-Qatawneh</given-names></name><xref ref-type="aff" rid="aff3"><sup>3</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib></contrib-group><aff id="aff1"><addr-line>Department of Computer Science, Alzaytoonah University of Jordan, Amman, Jordan</addr-line></aff><aff id="aff2"><addr-line>Department of Basics Science, Alzaytoonah University of Jordan, Amman, Jordan</addr-line></aff><aff id="aff3"><addr-line>Department of Mutimedia, Alzaytoonah University of Jordan, Amman, Jordan</addr-line></aff><author-notes><corresp id="cor1">* E-mail:<email>Thamer.R@zuj.edu.jo(HAA)</email>;<email>drferas@zuj.edu.jo(FMA)</email>;<email>S.Qatawneh@zuj.edu.jo(SMA)</email>;</corresp></author-notes><pub-date pub-type="epub"><day>10</day><month>04</month><year>2014</year></pub-date><volume>07</volume><issue>04</issue><fpage>225</fpage><lpage>232</lpage><history><date date-type="received"><day>24</day>	<month>January</month>	<year>2014</year></date><date date-type="rev-recd"><day>20</day>	<month>February</month>	<year>2014</year>	</date><date date-type="accepted"><day>27</day>	<month>March</month>	<year>2014</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
 
 
   The Enterprise Resource Planning (ERP) system is a complex and comprehensive software that integrates various enterprise’s functions and resources. ERP system cleanly encapsulates crosscutting concerns which cannot be encapsulated by other types of information systems like data synchronization and standardization, system complexity and system modularity. Many studies are conducted to propose software quality models with their quality characteristics. However, there is currently no dedicated software quality model that can describe and involve new features of ERP systems. Thus, this study has proposed an ERP system quality model (ERPSQM). Analytic Hierarchy Process AHP has been employed to evaluate the quality of ERPSQM. Furthermore, this proposed model can be used to make a comparison of ERP systems to help companies implement better systems. 
 
</p></abstract><kwd-group><kwd>ERP Systems</kwd><kwd> ERP Systems Quality</kwd><kwd> Quality Characteristics of ERP Systems</kwd><kwd> Analytic Hierarchy Process (AHP)</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>The Enterprise Resource Planning (ERP) system is a complex and comprehensive software developed to better integrate firms’ functions and resources [<xref ref-type="bibr" rid="scirp.44683-ref1">1</xref>] . Today, most organizations use the ERP systems due cost reductions, improving responsiveness to customer needs, replacement of legacy systems, and faster data transactions [<xref ref-type="bibr" rid="scirp.44683-ref1">1</xref>] -[<xref ref-type="bibr" rid="scirp.44683-ref3">3</xref>] . However, many studies have shown a rather high failure rate in the implementation of ERP systems [<xref ref-type="bibr" rid="scirp.44683-ref3">3</xref>] -[<xref ref-type="bibr" rid="scirp.44683-ref5">5</xref>] . Many features must be considered for high quality systems with the focus on ERP system characteristics, in which assuring successfully developing and implementing the systems.</p><p>With respect to the software systems quality, much work has been conducted to propose software quality models and metrics. Among these models are McCall’s software quality model, Boehm’s software product quality model, Dromey’s quality model, FURPS quality model and ISO\IEC 9126. The metrics are qualitative indicators of system characteristics and the quality models explain the relationships between such metrics [<xref ref-type="bibr" rid="scirp.44683-ref6">6</xref>] . Additionally, other studies have been conducted to provide guidelines for evaluating the quality of different types of software systems. However, there is a lack of studies conducted to propose ERP systems quality models and their characteristics [<xref ref-type="bibr" rid="scirp.44683-ref5">5</xref>] .</p><p>The ERP systems have different type of abstraction. In additional to its complexity and modularity, the basic concept in the ERP system is the standardization and synchronization of information [<xref ref-type="bibr" rid="scirp.44683-ref3">3</xref>] . Thus, most of software quality characteristics and sub-characteristics of ISO/IEC 9126 will be applicable to the ERP system quality model with appropriate modification. Because of the new abstraction type in ERP system, some new software quality characteristics should be involved, which can describe new features of ERP system. So, the novelty of this work is to derive the ERP Software Quality Model (ERPSQM) from ISO/IEC 9126 in which compatibility, Modularity, complexity, and reusability have been involved as sub-characteristics under characteristics functionality, usability and maintainability.&#160;</p><p>Consequently, the Analytic Hierarchy Process (AHP) technique has been applied for evaluating the quality and ranking the characteristics of the ERP system quality model. AHP has extensively been applied in multi-criteria decision making and to many practical decision making problems [<xref ref-type="bibr" rid="scirp.44683-ref7">7</xref>] .</p></sec><sec id="s2"><title>2. Literature Review</title><p>In order to propose an appropriate software quality model for ERP systems, this section highlights the most popular software quality models in the literature, their contributions and disadvantages. These models are McCall’s software quality model, Boehm’s software product quality model, Dromey’s quality model, FURPS quality model and ISO\IEC 9126.</p><sec id="s2_1"><title>2.1. McCall’s Quality Model</title><p>McCall’s model is one of the most commonly used software quality models (Panovski, 2008). This model provides a framework to assess the software quality through three levels. The highest level consists eleven quality factors that represent the external view of the software (customers’ view), while the middle level provides twenty three quality criteria for the quality factors. Such criteria represent the internal view of the software (developers’ view). Finally, on the lowest level, a set of matrices is provided to measure the quality criteria [<xref ref-type="bibr" rid="scirp.44683-ref8">8</xref>] . The contribution of the McCall Model is assessing the relationships between external quality factors and product quality criteria [<xref ref-type="bibr" rid="scirp.44683-ref9">9</xref>] . However, the disadvantages of this model are the functionality of a software product is not present and not all matrices are objectives, many of them are subjective [<xref ref-type="bibr" rid="scirp.44683-ref10">10</xref>] .</p></sec><sec id="s2_2"><title>2.2. Boehm’s Quality Model</title><p>In order to evaluate the quality of software products, Boehm proposed quality model based on the McCall’s model. The proposed model has presented hierarchical structure similar to the McCall’s model [<xref ref-type="bibr" rid="scirp.44683-ref11">11</xref>] . Many advantages are provided by the Boehm’s model, namely taking the utility of a system into account and extending the McCall model by adding characteristics to explain the maintainability factor of software products [<xref ref-type="bibr" rid="scirp.44683-ref9">9</xref>] . However, it does not present an approach to assess its quality characteristics [<xref ref-type="bibr" rid="scirp.44683-ref12">12</xref>] .</p></sec><sec id="s2_3"><title>2.3. FURPS Quality Model</title><p>The FURPS model was introduced by Robert Grady in 1992 [<xref ref-type="bibr" rid="scirp.44683-ref13">13</xref>] . It’s worth mentioning that, the name of this model comes from five quality characteristics, including Functionality, Usability, Reliability, Performance and Supportability. These quality characteristics have been decomposed into two categories: functional and nonfunctional requirements [<xref ref-type="bibr" rid="scirp.44683-ref13">13</xref>] . The functional requirements defined by inputs and expected outputs (functionality), while nonfunctional requirement composes reliability, performance, usability and supportability. However, the one disadvantage of this model is the software portability has not been considered [<xref ref-type="bibr" rid="scirp.44683-ref14">14</xref>] .</p></sec><sec id="s2_4"><title>2.4. Dromey’s Quality Model</title><p>Dromey’s model extended the ISO 9126: 1991 by adding two high-level quality characteristics to introduce a framework for evaluating the quality of software products. Therefore, this model comprehends eight high-level characteristics. Such characteristics are organized into three quality models including requirement quality model, design quality model and implementation quality model [<xref ref-type="bibr" rid="scirp.44683-ref15">15</xref>] . According to Behkamal et al. [<xref ref-type="bibr" rid="scirp.44683-ref10">10</xref>] , the main idea behind Dromey’s model reveals that, formulating a quality model that is broad enough for different systems and assessing the relationships between characteristics and sub-characteristics of software product quality.</p><p>The One disadvantage of Dromey’s model is the reliability and maintainability characteristics could not be judged before a product actually implemented [<xref ref-type="bibr" rid="scirp.44683-ref9">9</xref>] .</p></sec><sec id="s2_5"><title>2.5. ISO 9126 Model</title><p>ISO 9126 is an international standard for software quality evaluation. It was originally presented in 1991; then it had been extended in 2004. The ISO 9126 quality model presents three aspects of software quality which address the internal quality, external quality and quality in use [<xref ref-type="bibr" rid="scirp.44683-ref16">16</xref>] . Therefore, this model evaluates the quality of software in term the external and internal software quality and their connection to quality attributes. In this respect, the model presents such quality attributes as a hierarchical structure of characteristics and sub-characteristics. The highest level composes six characteristics that are further divided into twenty one sub-characteristics of the lowest level. The main advantage of this model is the model could be applied to the quality of any software product [<xref ref-type="bibr" rid="scirp.44683-ref9">9</xref>] .</p><p>Because of the ISO/IEC 9126 provides quality characteristics and sub-characteristics that are general and common for evaluating the quality of every type of software products, the recently proposed quality models have been derived from ISO/IEC 9126. For example, Kumar et al. [<xref ref-type="bibr" rid="scirp.44683-ref6">6</xref>] have proposed quality model depend on ISO/IEC 9126 in order to evaluate the quality of aspect-oriented software. Adnan et al. [<xref ref-type="bibr" rid="scirp.44683-ref17">17</xref>] have also proposed model to evaluate the quality of COST systems. Additionally, Bertoa et al. [<xref ref-type="bibr" rid="scirp.44683-ref18">18</xref>] have adapted the ISO/IEC 9126 to establish a component-based systems quality model. Therefore, the ISO/IEC 9126 is adapted in this work to propose the ERP software quality model.</p></sec></sec><sec id="s3"><title>3. ERPSQM</title><p>In order to define a software quality model which should comprise all the features of ERP systems, the new features of ERP systems should be recognized. The ERP system is complex and comprehensive software used to integrate organization functions and resources. As well as, the main concentration of ERP systems is providing real-time and accurate information. Other features of an ERP system that should be considered, are system modularity and modules reusability. It indicates that the ERP system quality model can be extended from any standard quality model which is applicable to the ERP system nature. Other quality characteristics and sub-characteristics are required to be involved, which can cover the new features of ERP systems, including the system complexity, information synchronization and standardization, modularity of systems and modules reusability. Redefined existing quality characteristics and sub-characteristics are also required in context of ERP systems.</p><p>ISO/IEC 9126 has been extended to propose the ERPSQM. The compatibility and modularity has been added as sub-characteristics under functionality, complexity as sub-characteristics under usability, and reusability under maintainability. Definition and justification of new and existing ISO/IEC 9126 characteristics and sub-characteristics are given in the next section.</p><sec id="s3_1"><title>3.1. Definitions of New Sub-Characteristics Added To ERPSQM</title><sec id="s3_1_1"><title>3.1.1. Compatibility</title><p>The compatibility was defined as “the degree to which an innovation is perceived as being consistent with the existing values, needs and past experience of potential adopter” [<xref ref-type="bibr" rid="scirp.44683-ref19">19</xref>] . In this work, an ERP system is a suite of software models and each module has its own functions. In all probability, in order to perform a particular function, exchange data between the modules or with other stand alone applications that mostly used with an ERP system, is required. In other words, the compatibility refers to the capability of ERP system modules to exchange data between each other and with other applications [<xref ref-type="bibr" rid="scirp.44683-ref3">3</xref>] . Therefore, the compatibility is added as a sub-characteristic under functionality characteristic.</p></sec><sec id="s3_1_2"><title>3.1.2. Complexity</title><p>As previously mentioned, the ERP system is integrated suite software modules that support firms’ functions and resources. The complexity of such system is due the interaction between its software modules [<xref ref-type="bibr" rid="scirp.44683-ref6">6</xref>] [<xref ref-type="bibr" rid="scirp.44683-ref17">17</xref>] . So, the complexity characteristic could be useful not only in efforts that are needed for development and maintenance a system, but also efforts needed to move from module to another by the end user. The Less complex system will be easier for developing and using [<xref ref-type="bibr" rid="scirp.44683-ref3">3</xref>] . That’s why the complexity proposed as a sub-characteristic under usability characteristics.</p></sec><sec id="s3_1_3"><title>3.1.3. Modularity</title><p>One of the most obstacles to implement ERP systems is the development cost, especially in small firms [<xref ref-type="bibr" rid="scirp.44683-ref20">20</xref>] . However, an ERP system is a set of software modules, each module permits automating a certain function. All software modules could be installed and implemented as single, so companies can implement only the modules that are required for its functions and compatible with their resources, in which they can reduce the development costs [<xref ref-type="bibr" rid="scirp.44683-ref3">3</xref>] . For this reason, the modularity has been added to the ERPSQM as a sub-characteristic under functionality characteristic.</p></sec><sec id="s3_1_4"><title>3.1.4. Reusability</title><p>The reusability is defined as “use of software originally developed for one project to a new software project currently being developed” [<xref ref-type="bibr" rid="scirp.44683-ref17">17</xref>] . The reuse of software is expected to shorten the development period of time; to save development resources; and to provide tested and validated modules (high quality modules).So, due to reducing the implement cost companies could share some ERP system modules [<xref ref-type="bibr" rid="scirp.44683-ref17">17</xref>] . Sometimes organizations need to customize the modules according to their functions and process (by a third party provider or in-house). Such customization includes adding new functions and adjusting existing functions [<xref ref-type="bibr" rid="scirp.44683-ref3">3</xref>] . Thus, one of the most important ERP system features is the reusability. For this reason, reusability has been proposed to be involved in ERPSQM as sub-characteristic under maintainability characteristic.</p></sec></sec><sec id="s3_2"><title>3.2. Definitions of Existing Characteristics in ERP Systems Context</title><p>The quality characteristics, functionality, reliability, usability, efficiency, maintainability, and portability have commonly been proposed in most quality models. However, scholars have different opinions while choosing subcharacteristics of these characteristics. This research concentration is on the product quality rather than on quality in use. Therefore, this section defines the various characteristics and its sub-characteristics in term of ERP systems.</p><p>The Functionality has been defined by ISO [<xref ref-type="bibr" rid="scirp.44683-ref21">21</xref>] as the capability of the software to provide functions which meet the stated and implied needs of users under specified conditions of usage. In order to evaluate such characteristic, it has been divided into four sub-characteristics, namely accuracy, suitability, interoperability, and security [<xref ref-type="bibr" rid="scirp.44683-ref6">6</xref>] . Adapting the functionality of the ERP systems reveals that the systems software should provide its functions, namely financial process, human resource management, supply chain process, manufacturing process and/ or customer service process as per the requirements when it is used under specific conditions. Therefore, as previously mentioned additional two sub-characteristics have significantly been proposed under this quality characteristic including modularity and compatibility.</p><p>The reliability is the capability of the software to maintain its level of performance under stated conditions for a stated period of time. Reliability has three sub-characteristics consist maturity, fault tolerance, and recoverability [<xref ref-type="bibr" rid="scirp.44683-ref9">9</xref>] . In terms of ERP systems, the reliability refers to the capability of the systems to maintain its service provision under specific conditions for a specific period of time. In other words, the probability of the ERP system fails in a problem within a given period of time.</p><p>The usability is the capability of the software to be understood learned, used, and attractive by the users, when used under specified conditions. The usability has set of sub-characteristics, including understandability, learn ability, and operability [<xref ref-type="bibr" rid="scirp.44683-ref22">22</xref>] . This characteristic is employed in this study to suggest that the ERP systems should be understood, learned, used and executed under specific conditions. Thus, the complexity has been proposed as additional sub-characteristic under this quality characteristic.</p><p>The efficiency refers to the capability of a system to provide performance relative to the amount of the used resources, under stated conditions. To be measured, it has also been divided into three sub-characteristics, namely time behaviour, resource utilization an efficiency compliance [<xref ref-type="bibr" rid="scirp.44683-ref21">21</xref>] . Adapting this characteristic to the ERP systems suggests that the systems should be concerned with the used software and hardware resources when providing the ERP systems’ functions.</p><p>The maintainability is the capability of the software to be modified. The maintainability consists five sub-characteristics, including analyzability, changeability, stability, and testability [<xref ref-type="bibr" rid="scirp.44683-ref14">14</xref>] [<xref ref-type="bibr" rid="scirp.44683-ref16">16</xref>] . In this research, any feature or part of the ERP system should be modifiable. As well as identifying a feature or part to be modified, modifying, diagnosing causes of failures, and validating the modified ERP system should not require much effort. Thus, reusability has been proposed as sub-characteristics under this quality characteristic.</p><p>Finally, the portability of software refers to the capability of the software to be transferred from one environment to one another [<xref ref-type="bibr" rid="scirp.44683-ref21">21</xref>] . Therefore, the ERP system should be applied using different operating systems; be applied at different organizations or departments; and be applied using a variety of hardware. Similar to the previous quality characteristics, the portability has set of sub-characteristics, namely adaptability, installability, coexistence, and replace ability [<xref ref-type="bibr" rid="scirp.44683-ref9">9</xref>] .</p><p><xref ref-type="table" rid="table1">Table 1</xref>. ERP Systems Quality Model (ERPSQM).&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;</p></sec></sec><sec id="s4"><title>4. Evaluation of ERPSQM Using Analytic Hierarchy Process (AHP)</title><p>This study not only proposes a quality model for the ERP systems, but also applies Analytic hierarchy Process (AHP) to rank and evaluate the quality of characteristics and sub-characteristics of such model. Analytic hierarchy Process (AHP) could be applied to measure quality as a single parameter. The AHP is a multi-criteria decision making method that was proposed by Thomas L. Saaty in 1980 [<xref ref-type="bibr" rid="scirp.44683-ref7">7</xref>] . Interestingly, in order to evaluate ambiguity in multi-criteria decision making problems, the AHP uses the pair-wise matrix [<xref ref-type="bibr" rid="scirp.44683-ref6">6</xref>] . Human judgment is not always consistent. Therefore, the AHP allows some small consistency in the matrix. In the case of consistency, find vector <inline-formula><inline-graphic xlink:href="tmlimages\4-9301811x\9cc03f7d-b251-4d2c-9f91-89f6fb6ed5d8.png" xlink:type="simple"/></inline-formula> satisfying Equation (1).</p><p>A∙ω=ℷmaxω , and ℷmax&gt;n . (1)</p><p>where <inline-formula><inline-graphic xlink:href="tmlimages\4-9301811x\f8ec9727-5b7f-47b1-9e6c-f159e91772d1.png" xlink:type="simple"/></inline-formula> is eigenvectors; ℷ  is eigenvalues; and n represents the number of elements to be compared. The difference between ℷ  and n is an indication of judgment consistency.</p><p>In order to verify the consistency of comparison matrix, Saaty [<xref ref-type="bibr" rid="scirp.44683-ref7">7</xref>] proposed a Consistency Index (CI) and Consistency Ratio (CR), Equations (2) and (3).</p><p>CI=ℷmaxnn-1 (2)</p><disp-formula id="scirp.44683-formula102950"><label>(3)</label><graphic position="anchor" xlink:href="htmlimages\4-9301811x\6e18da5f-2dc0-4425-ab49-73730814d14f.png"  xlink:type="simple"/></disp-formula><p>where CR is the average of consistency index and should satisfy the condition of CR less than or equal 0.1.</p><sec id="s4_1"><title>4.1. Allocating the Weights of ERPSQM Characteristics and Sub-Characteristics</title><p>In this study, survey on twenty experts has been conducted, in order to assign pair wise relative weights to ERPSQM characteristics and sub-characteristics. Out of these experts, eight professionals are working at software industry and experts of ERP systems development. Remaining twelve are academicians who have whether good knowledge of the ERP systems or are doing their research in such area. Only fifteen of the experts had filled the survey forms and successfully sent it back. The survey form involves seven tables for filling the pair wise relative weight values of ERSQM characteristics and sub-characteristics. First table is for filling the pair wise relative weight values of the model characteristics, namely functionality, reliability, usability, efficiency, maintainability and portability. The remaining tables are for filling the pair wise relative weight values of sub-characteristics of the ERSQM’s characteristics. The means of collected data on pair wise weight values of characteristics and sub-characteristics are filled in the square matrices, to apply the PHP process and then calculate the Eigenvectors <inline-formula><inline-graphic xlink:href="tmlimages\4-9301811x\ffc204de-b990-42d0-8e9f-c5a200fbc80b.png" xlink:type="simple"/></inline-formula> and Eigenvalues (ℷ ). For instance, A [aij], in Equation (4) represents the square matrix of six main the ERSQM’s characteristics.</p><disp-formula id="scirp.44683-formula102951"><label>(4)</label><graphic position="anchor" xlink:href="htmlimages\4-9301811x\83b3fca4-0fd2-4def-ae00-c2e4dd52ca29.png"  xlink:type="simple"/></disp-formula></sec><sec id="s4_2"><title>4.2. Calculating Eigenvector and Eigen-Value</title><p>The next step is to determine the eigenvectors. In this respect, there are many ways to calculate the priority vector, which is the Eigenvector. Multiplying the entries of each row in the matrix and then calculate the 6<sup>th</sup> roots of a product. The 6th roots are summed and that sum used to normalize the eigenvector values, since the sum of its column is one. Later, the6th root of each column is divided by the sum of the 6th roots column.</p><p>micians’ perspectives functionality of the ERP systems is the most important one over other characteristics, followed by reliability, usability, efficiency, maintainability, and the portability of the ERP systems is less important. These results provide more than ranking. In fact, the relative weights are a ratio scale could be divided among such quality characteristics.</p><p>The next step is to check the consistency of participants’ answers by obtaining consistency index (CI) and consistency ratio (CR) from Equations (2) and (3) to do that, the eigenvalueis required. Eigenvalue could be calculated from the Formula (1). All the values which obtained were merged with the values in the <xref ref-type="table" rid="table2">Table 2</xref>. These results reveal that ℷ valueshave satisfied the condition of ℷ &#160;&gt; n, and the mean of ℷ &#160;values is 6.388 &gt; 6.</p><p>By applying Equations (2) and (3), CI=ℷmaxnn-1=6.388-65=0.078 , so CR = 0.063. Therefore, the estimation is acceptable because CR &lt; 0.1.</p><p>Similarly, AHP process has been applied to calculate eigenvectors and eigenvalue of sub-characteristics of quality characteristics of functionality through portability. the results come as the following: the eigenvector values (0.382, 0.252, 0.081, 0.119, 0.90, 0.048 and 0.029) are for sub-characteristics of functionality, (0.687, 0.226 and 0.087) are for sub-characteristics of reliability, (0.608, 0.217, 0.086 and 0.089) for sub-characteristics of usability, (0.505,0.196, 0.140, 0.063 and 0.096) for maintainability sub-characteristics, (0.536, 0.241, 0.144 and 0.078) for efficiency sub-characteristics, and (0.705, 223 and 0.073) for sub-characteristics of portability. Regarding the consistency test, all the estimates are acceptable, since all the CR values of the sub-characteristics are less than 0.1.</p><p>Therefore, this empirical study provides companies and organizations with the quality characteristics and their importance that should be taken into account in developing and implementing the ERP systems. In which it can be assured that the ERP systems will be successfully implemented.</p></sec></sec><sec id="s5"><title>5. Conclusions</title><p>The aim of this study is to develop a new ERP Systems Quality Model. This model is an extension of ISO/IEC 9126 international software quality standard that has been agreed upon by a majority of the international community. The proposed model enhances the hierarchy of this standard by adding some new sub-characteristics, including compatibility, modularity, complexity, and reusability, which have been added under the characteristics of functionality, usability and maintainability. These new sub-characteristics are involved on the basis of the new features of the ERP systems over other types of the information systems. Existing characteristics and sub-characteristics of ISO/IEC 9126, which are part of ERPSQM, have also been defined in the context of the ERP systems.</p><p>In order to evaluate the quality of the proposed model and ranking its characteristics and sub-characteristics, Analytic Hierarchy Process (AHP) has been applied. Pair wise relative weights of characteristics and sub-characteristics have been taken through a survey on twenty experts. The mean of collecting data is considered as pair wise relative weights. Consequently, AHP is applied to such pair wise relative weights to get the corresponding relative weights of proposed model’s characteristics and sub-characteristics, in which the total quality weights equal one.</p></sec></body><back><ref-list><title>References</title><ref id="scirp.44683-ref1"><label>1</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>P. Ifinedo and N. Nahar </surname><given-names>  </given-names></name>,<etal>et al</etal>. (<year>2006</year>)<article-title>Quality, Impact and Success of ERP Systems: A Study Involving Some Firms in the Nordic-Baltic Region</article-title><source> Journal of Information Technology Impact</source><volume> 6</volume>,<fpage> 19</fpage>-<lpage>46</lpage>.<pub-id pub-id-type="doi"></pub-id></mixed-citation></ref><ref id="scirp.44683-ref2"><label>2</label><mixed-citation publication-type="other" xlink:type="simple">O. Tatari, D. Castro-Lacouture and M. J. Skibniewski (2007) Current State of Construction Enterprise Information Systems: Survey Research. Constant Innovation, 74, 310-319. http://dx.doi.org/10.1108/14714170710780075</mixed-citation></ref><ref id="scirp.44683-ref3"><label>3</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>B. C. Young</surname><given-names> J. S. Miroslaw</given-names></name>,<name name-style="western"><surname> C. L. Henry and C. K. Hoon </surname><given-names>  </given-names></name>,<etal>et al</etal>. (<year>2008</year>)<article-title>Analyzing Enterprise Resource Planning System Implementation Success Factors in the Engineering-Construction Industry</article-title><source> Journal of Computing in Civil Engineering</source><volume> 22</volume>,<fpage> 373</fpage>-<lpage>382</lpage>.<pub-id pub-id-type="doi"></pub-id></mixed-citation></ref><ref id="scirp.44683-ref4"><label>4</label><mixed-citation publication-type="other" xlink:type="simple">L. Zornada and T.B. Velkavrh (2005) Implementing ERP Systems in Higher Education Institutions. Proceedings of 27th International Conference on Information Technology, ICTI, Cavtat, 20-23 June 2005, 7 Pages.</mixed-citation></ref><ref id="scirp.44683-ref5"><label>5</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>A. Thamer</surname><given-names> I. Mommad</given-names></name>,<name name-style="western"><surname> A. Ahmad </surname><given-names>  </given-names></name>,<etal>et al</etal>. (<year>2013</year>)<article-title>Software Quality Model of ERP System in Higher Education Institutions</article-title><source> European Journal of Scientific Research</source><volume> 99</volume>,<fpage> 15</fpage>-<lpage>21</lpage>.<pub-id pub-id-type="doi"></pub-id></mixed-citation></ref><ref id="scirp.44683-ref6"><label>6</label><mixed-citation publication-type="other" xlink:type="simple">A. Kumar, P.S. Grover and R. Kumar (2009) A Quantitative Evaluation of Aspect-Oriented Software Quality Model (AOSQUAMO). ACM SIGSOFT Software Engineering Notes, 34, 1-9. http://dx.doi.org/10.1145/1598732.1598736</mixed-citation></ref><ref id="scirp.44683-ref7"><label>7</label><mixed-citation publication-type="other" xlink:type="simple">T.L. Saaty (1980) The Analytic Hierarchy Process. McGraw, Hill International, New York.</mixed-citation></ref><ref id="scirp.44683-ref8"><label>8</label><mixed-citation publication-type="other" xlink:type="simple">J. A. McCall, P. K. Richards and G. F. Walters (1977) Factors in Software Quality. US Rome Air Development Center Reports, US Department of Commerce, Washington DC.</mixed-citation></ref><ref id="scirp.44683-ref9"><label>9</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>S. Fahmy</surname><given-names> N. Haslinda</given-names></name>,<name name-style="western"><surname> W. Roslina and Z. Fariha </surname><given-names>  </given-names></name>,<etal>et al</etal>. (<year>2012</year>)<article-title>Evaluating the Quality of Software in e-Book Using the ISO 9126 Model</article-title><source> International Journal of Control and Automation</source><volume> 5</volume>,<fpage> 115</fpage>-<lpage>122</lpage>.<pub-id pub-id-type="doi"></pub-id></mixed-citation></ref><ref id="scirp.44683-ref10"><label>10</label><mixed-citation publication-type="other" xlink:type="simple">B. Behkamal, M. Kahani and M. K. Akbari (2009) Customizing ISO 9126 Quality Model for Evaluation of B2B Applications. Journal Information and Software Technology, 51, 599-609. http://dx.doi.org/10.1016/j.infsof.2008.08.001</mixed-citation></ref><ref id="scirp.44683-ref11"><label>11</label><mixed-citation publication-type="other" xlink:type="simple">B. W. Boehm, J. R. Brown, H. Kaspar, M. Lipow, G. McLeod and M. Merritt (1978) Characteristics of Software Quality. North Holland Publishing, Amsterdam.</mixed-citation></ref><ref id="scirp.44683-ref12"><label>12</label><mixed-citation publication-type="other" xlink:type="simple">G. Panovski (2008) Product Software Quality. Department of Mathematics and Computing Science, Technishe University Eindhoven, Eindhoven.</mixed-citation></ref><ref id="scirp.44683-ref13"><label>13</label><mixed-citation publication-type="other" xlink:type="simple">R. B. Grady (1992) Practical Software Metrics for Project Management and Process Improvement. Prentice Hall, Englewood Cliffs.</mixed-citation></ref><ref id="scirp.44683-ref14"><label>14</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>R. E. Al-Qutaish </surname><given-names>  </given-names></name>,<etal>et al</etal>. (<year>2010</year>)<article-title>Quality Models in Software Engineering Literature: An Analytical and Comparative Study</article-title><source> Journal of American Science</source><volume> 6</volume>,<fpage> 166</fpage>-<lpage>175</lpage>.<pub-id pub-id-type="doi"></pub-id></mixed-citation></ref><ref id="scirp.44683-ref15"><label>15</label><mixed-citation publication-type="other" xlink:type="simple">R. G. Dromey (1996) Concerning The Chimera [Software Quality]. IEEE Software, 13, 33-43.  
http://dx.doi.org/10.1109/52.476284</mixed-citation></ref><ref id="scirp.44683-ref16"><label>16</label><mixed-citation publication-type="other" xlink:type="simple">ISO (2004) ISO/IEC TR 9126-4: Software Engineer in—Product Quality—Part 4: Quality in Use Metrics. International Organization for Standardization, Geneva.</mixed-citation></ref><ref id="scirp.44683-ref17"><label>17</label><mixed-citation publication-type="other" xlink:type="simple">R. Adnan, &amp; M. Bassem (2006) A New Software Quality Model for Evaluating COTS Components. Journal of Computer Science, 2, 373-381. http://dx.doi.org/10.3844/jcssp.2006.373.381</mixed-citation></ref><ref id="scirp.44683-ref18"><label>18</label><mixed-citation publication-type="other" xlink:type="simple">M. Bertoa and A. Vallecillo (2002) Quality Attributes for COTS Components. The 6th International ECOOP Workshop on Quantitative Approaches in Object-Oriented Software Engineering, Malaga, 11 June 2002, 54-66.</mixed-citation></ref><ref id="scirp.44683-ref19"><label>19</label><mixed-citation publication-type="other" xlink:type="simple">G. C. Moore and I. Benbasat (1991) Development of an Instrument to Measure the Perceptions of Adopting an Information Technology Innovation. Information Systems Research INFORMS, 2, 192-222.  
http://dx.doi.org/10.1287/isre.2.3.192</mixed-citation></ref><ref id="scirp.44683-ref20"><label>20</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>R.M.T. Ahmad</surname><given-names> Z. Othman and M. Mukhtar </given-names></name>,<etal>et al</etal>. (<year>2011</year>)<article-title>Campus ERP Implementation Framework for Private Institution of Higher Learning Environment in Malaysia</article-title><source> WSEAS Transactions on Advance in Engineering Education</source><volume> 8</volume>,<fpage> 1</fpage>-<lpage>12</lpage>.<pub-id pub-id-type="doi"></pub-id></mixed-citation></ref><ref id="scirp.44683-ref21"><label>21</label><mixed-citation publication-type="other" xlink:type="simple">ISO (2001) ISO/IEC 9126-1: Software Engineering—Product Quality—Part 1: Quality Model. International Organization for Standardization, Geneva.</mixed-citation></ref><ref id="scirp.44683-ref22"><label>22</label><mixed-citation publication-type="other" xlink:type="simple">S. Kalaimagal and R. Srinivasan (2008) A Retrospective on Software Component Quality Models. SIGSOFT Software Engineering, 33, 1-10. http://dx.doi.org/10.1145/1449603.1449611</mixed-citation></ref></ref-list></back></article>