• No results found

Institutionen för datavetenskap Department of Computer and Information Science

N/A
N/A
Protected

Academic year: 2021

Share "Institutionen för datavetenskap Department of Computer and Information Science"

Copied!
190
0
0

Loading.... (view fulltext now)

Full text

(1)

Department of Computer and Information Science

Final Thesis

Developing a method for an ERP

system user interface beta test

program

by

Isak Eriksson

Andreas Johansson

LIU-IDA/LITH-EX-A--08/052--SE

2008-11-21

 

Linköpings universitet SE-581 83 Linköping, Sweden

Linköpings universitet 581 83 Linköping

(2)
(3)

Final Thesis

Developing a method for an ERP

system user interface beta test

program

Isak Eriksson

Andreas Johansson

LIU-IDA/LITH-EX-A--08/052--SE

Supervisor and examiner:

Stefan Holmlid

Supervisor at IFS:

Kristina Sthengel-Lund

2008-11-21

       

(4)
(5)

Abstract

 

With this thesis we have been interested in how to utilise an user interface beta 

test period. Which activities are appropriate to be performed, with focus on how 

activities  contribute  to  user  interface  validation,  further  user  interface 

improvements, and improvements of the user interface roll‐out. Additionally we 

have tried to couple this to end‐user satisfaction and acceptance of this new user 

interface, since the usage of the system is mandatory for the end users.     

We have approached this by developing a method that is based on four different 

perspectives. Three perspectives are studied theoretically, and one perspective is 

based on empiric research. These perspectives are separate from each other; to 

combine them we have used a common denominator of increased system usage. 

This denominator is derived from a viewpoint upon end‐users and how user  satisfaction, user acceptance, and behaviour incentives for usage affect the 

perspectives and consequently our result.   

This broad research has resulted in a self‐sustaining method that we describe 

both in an overview and in greater detail explain the beta period and the 

associated roles, the different activities and how they should be executed in 

relevance to time. For every activity a table of considerations, i.e. when, who, 

how, and why are presented together with an explanation how the activity can 

influence end‐users to use the system.    

We conclude that the result of this thesis will aid and guide vendor companies 

through the beta testing program of a new user interface. The resulting method 

determines which activities that can be of interest to carry out and how these will 

contribute to future  development and/or improve roll‐out. By utilising this 

method as a framework we see the possibility to incorporate it in an existing user‐

centred development process, but it can also be used as a simple, straightforward, 

and self‐sustaining method.  

(6)
(7)

Sammanfattning

 

Med detta examensarbete har vårt intresse varit att ta reda på hur man kan nyttja 

ett betatestprogram för ett användargränssnitt. Med ett fokus på vilka aktiviteter 

som är lämpliga att genomföra och hur kan dessa aktiviteter möjligen kan bidra till 

gränssnittsvalidering, bidra till förbättringar av gränssnittet och bidra till att 

förbättra utrullningen av gränssnittet. Ytterligare har vi varit intresserade av att 

koppla dessa aktiviteter mot slutanvändares nöjdhet och acceptans av ett nytt 

användargränssnitt.   

Vi har adresserat detta genom att utveckla en metod som är baserad på fyra 

skiljda perspektiv, det vill säga fyra utgångspunkter att arbeta utifrån. Tre av dessa 

perspektiv har vi studerat litterärt och det fjärde har vi studerat genom insamling 

av empirisk data.   Dessa perspektiv är skilda från varandra, och för att kunna 

sammanbinda  dem  har  vi  använt  oss  av  en  gemensam  nämnare  av  ökat  systemanvändande. Denna  gemensamma nämnare  kommer från en  syn på 

slutanvändare  och  hur  nöjdhet,  acceptans  och  incitament  för  användande 

påverkar perspektiven och slutligen resultatet.     

Denna breda studie har givit resultat genom en fristående metod som beskriver 

betatestprogrammet både översiktligt och mer utförligt. Detta görs med hänsyn 

till de olika aktiviteterna, de roller som krävs för dessa samt att detta tillsammans 

är kopplat mot tiden. För varje aktivitet beskrivs när, hur, vem och varför i en 

samlad tabell tillsammans med en beskrivande och förklarande text. Dessutom 

beskrivs det i samband med detta hur aktiviteten kan influera slutanvändarna 

positivt eller negativt, kopplat till ett ökat systemanvändande.     

Vi drar slutsatsen att detta kommer underlätta och hjälpa företag att planera och 

genomföra  betatestprogram  för  nya  användargränssnitt.  Den  resulterande 

metoden underlättar valet av vilka aktiviteter som kan vara intressanta att 

genomföra samt hur dessa bidrar till framtida utveckling och/eller förbättrar 

utrullning. Genom att använda denna modell som ett ramverk, ser vi en möjlighet 

att den kan integreras mot en existerande användarcentrerad utvecklingsprocess. 

Men vi ser även att den kan användas som en enkel och fristående metod.   

(8)
(9)

Acknowledgement

 

Our work with this thesis begun in the beginning of June 2008, now approximately 

five months later the work is coming to an end. This thesis is executed on 

commission by IFS. The thesis has required a lot of effort and commitment and we 

wouldn’t have been able to get the job done without the help of others. We want 

to thank the following persons for their support and feedback:   

Kristina Sthengel‐Lund, our supervisor at IFS, who guided us throughout 

our work, gave valuable feedback, made us feel welcome at IFS, and 

inspired us with her positive attitude.   

Stefan Holmlid, examiner and supervisor at Linköping University, for 

excellent guidance and comments.   

Rickard Bondesson, our opponent, for valuable feedback and comments.   

 The employees at the Foundation1 department at IFS, for embracing us 

with a really friendly working environment and a lot of fun.   

 Our interviewees, for gladly contributing with their input to the thesis.     

We also want to thank our family and friends for their continuous support!   

 

Linköping, 21 November 2008 

Isak Eriksson          Andreas Johansson   

   

(10)
(11)

1. Introduction ... 1 

1.1. Industrial and Financial Systems ... 1 

1.1.1. Enterprise Resource Planning systems ... 2 

1.2. Thesis background ... 2  1.3. Problem discussion ... 3  1.4. Thesis purpose ... 3  1.5. Problem formulation ... 3  1.6. Thesis perspectives ... 4  1.7. Thesis structure ... 6  1.8. Thesis contribution ... 8  1.8.1. Academic contribution ... 8 

1.8.2. Contribution for IFS ... 8 

1.9. Directives and delimitations ... 8 

1.9.1. Directives ... 9  1.9.2. Delimitations ... 9  1.10. Target audience ... 9  2. Methodology ... 11  2.1. Research approach ... 11  2.1.1. Exploratory ... 11  2.1.2. Descriptive ... 11  2.1.3. Explanatory ... 11  2.1.4. Normative ... 12  2.1.5. Our view ... 12  2.2. Epistemology ... 12  2.2.1. Positivism ... 12  2.2.2. Hermeneutic ... 12  2.2.3. Our view ... 13  2.3. Credibility ... 13  2.3.1. Validity ... 13  2.3.2. Reliability ... 13 

(12)

2.4.1. Our view ... 15 

2.5. Values and assumptions ... 15 

2.5.1. Our view ... 15 

2.6. Relation between theory and reality ... 16 

2.6.1. Inductive ... 16 

2.6.2. Deductive ... 16 

2.6.3. Our view ... 16 

2.7. Qualitative and quantitative ... 16 

2.7.1. Our approach ... 17 

2.8. Data collecting ... 18 

2.8.1. Interviews ... 18 

2.8.2. Literature study ... 20 

PART II ... 23 

3. The IFS perspective ... 25 

3.1. IFS Enterprise Explorer ... 25 

3.1.1. Top five time waster ... 25 

3.2. News in IFS Enterprise Explorer ... 26 

3.3. IFS Enterprise Explorer Alpha Test ... 28 

3.4. IFS Plans for the Early Adopter Program ... 28 

3.4.1. Program purpose ... 29 

3.4.2. Time schedule ... 29 

3.4.3. IFS feedback process ... 30 

3.5. openIFS and openIFS Wiki  ... 31 

3.6. IFS Applications 7.5 beta testing in Poland ... 32 

3.7. Result from interviews with IFS consultants ... 33 

4. Increased system usage ... 35 

4.1. Antecedents to usage ... 36 

4.2. Mandatory use environment ... 39 

4.3. Combining user satisfaction and technology acceptance ... 40 

4.4. Common denominator ... 42 

5. Enterprise Resource Planning system perspective ... 43 

(13)

5.2. ERP system upgrade ... 51 

5.2.1. Reasons for upgrading ... 51 

5.2.2. Less problematic and more controllable ... 51 

6. Customer product testing perspective ... 53 

6.1. Software testing ... 53 

6.1.1. System testing ... 54 

6.1.2. Alpha test ... 54 

6.1.3. Beta test ... 54 

6.2. Existing beta test methods ... 56 

7. Interface and usability perspective ... 59 

7.1. User feedback and usability ... 59 

7.1.1. Feedback methods ... 63 

7.1.2. Usability testing and evaluation... 68 

7.1.3. Combining Feedback methods ... 72 

7.1.4. Feedback focus ... 72 

7.1.5. Remote usability evaluation and feedback ... 73 

7.1.6. User initiated feedback ... 74 

7.1.7. How to choose participants ... 76 

7.2. Quantitative usability goals ... 78 

7.3. Qualitative usability goals ... 80 

7.4. Follow‐up studies ... 80 

PART III ... 83 

8. Method description for beta testing period ... 85 

8.1. Method description ... 85 

8.2. Pre‐beta... 91 

8.2.1. Planning of beta testing program ... 91 

8.2.2. Introduction of the system ... 93 

8.2.3. Training and education ... 95 

8.3. Feedback methods ... 97 

8.3.1. Questionnaires ... 99 

8.3.2. Observations ... 99 

(14)

8.4.2. User satisfaction evaluation ... 103 

8.4.3. IT‐agility evaluation ... 105 

8.4.4. Usability testing ... 106 

8.4.5. Usability evaluation... 108 

8.5. Combined feedback methods and activities ... 113 

8.5.1. User community ... 113 

8.5.2. User initiated feedback ... 116 

8.6. Other activities and considerations ... 119 

8.6.1. User groups ... 119 

8.6.2. Factors for considerations ... 121 

8.7. Post‐beta ... 122 

8.7.1. Project summary ... 122 

8.7.2. Input for new design ... 123 

9. Conclusion ... 125 

10. Discussion ... 127 

10.1. Feasibility and practicability... 127 

10.1.1. Time, role, and activity ... 128 

10.1.2. The result of our method at IFS ... 129 

10.1.3. Bootstrap ... 130 

10.2. Generalisation ... 130 

10.3. Alternative approach ... 131 

10.4. Further research ... 131 

References ... 133 

Appendix I – Interview template Fredric Travaglia ... 141 

Appendix II – Interview template Johan Olofsson ... 145 

Appendix III – Interview template for IFS consultants ... 147 

Appendix IV – IFS Enterprise Explorer and the traditional Windows client ... 151 

Appendix V – Component view of IFS Applications ... 159 

Appendix VI – Role definitions ... 161 

Appendix VII – Roles in the different phases ... 163   

(15)

List of Figures 

FIGURE 1 – CONCEPTUAL VIEW ... 4 

FIGURE 2 – THESIS STRUCTURE OVERVIEW ... 6 

FIGURE 3 – IFS FIVE TEST AND DEVELOPMENT STAGES ... 28 

FIGURE 4 – EAP TIME PLAN FROM IFS SLIDE SHOW MATERIAL ... 29 

FIGURE 5 – IFS FEEDBACK PROCESS ... 31 

FIGURE 6 – TECHNOLOGY ACCEPTANCE MODEL ... 37 

FIGURE 7 – RELATIONSHIP AMONG FACTORS FROM AMOAKO‐GYAMPAH'S RESEARCH. ... 38 

FIGURE 8 – RELATIONSHIP AMONG FACTORS FROM CALISIR & CALISIR'S RESEARCH. ... 39 

FIGURE 9 – WIXOM & TODD’S INTEGRATED MODEL ... 41 

FIGURE 10 – A MODEL OVER THE FEEDBACK PROCESS ... 60 

FIGURE 11 – EXAMPLE OF TOPIC ... 86 

FIGURE 12 – EXAMPLE OF CONTRIBUTING FACTORS ... 87 

FIGURE 13 – EXAMPLE OF FEEDBACK METHOD ... 87 

FIGURE 14 – METHOD OVERVIEW ... 88 

FIGURE 15 – IFS ENTERPRISE EXPLORER SHOWING ENTERPRISE APPLICATION SEARCH ... 151 

FIGURE 16 – IFS ENTERPRISE EXPLORER SHOWING NAVIGATION FILTER ... 152 

FIGURE 17 – IFS ENTERPRISE EXPLORER SHOWING NOTES ... 153 

FIGURE 18 – IFS ENTERPRISE EXPLORER SHOWING BREADCRUMBS ... 154 

FIGURE 19 – IFS ENTERPRISE EXPLORER SHOWING RECENT SCREENS ... 155 

FIGURE 20 – IFS ENTERPRISE EXPLORER SHOWING A VOUCHER ENTRY ... 156 

FIGURE 21 – IFS TRADITIONAL WINDOWS CLIENT SHOWING A VOUCHER ENTRY ... 157 

FIGURE 22 – IFS APPLICATIONS COMPONENT CHART ... 159 

FIGURE 23 – ROLES DURING PRE‐BETA ... 163 

FIGURE 24 – ROLES DURING PHASE 1 ... 164 

FIGURE 25 – ROLES DURING PHASE 2 ... 165 

FIGURE 26 – ROLES DURING PHASE 3 ... 166 

(16)
(17)

 

List of Tables 

TABLE 1 – DIFFERENCES IN FOCUS BETWEEN QUALITATIVE AND QUANTITATIVE RESEARCH. ... 17 

TABLE 2 – TOP FIVE TIME WASTERS ACCORDING TO IFS USABILITY SURVEY ... 25 

TABLE 3 – LESSONS LEARNED FROM INTERVIEW WITH JOHAN OLOFSSON ... 33 

TABLE 4 – FACTORS WITH DIFFERENT PERSPECTIVES ON ERP CSFS ... 45 

TABLE 5 – ISSUES WITH USABILITY TESTING DURING A BETA TEST PROGRAM. ... 56 

TABLE 6 – OVERVIEW OF MAYHEW’S FIVE FEEDBACK METHODS ... 62 

TABLE 7 – COMPARISON BETWEEN ONLINE AND TRADITIONAL FOCUS GROUPS ... 68 

TABLE 8 – REMOTE USABILITY TESTING AND EVALUATION METHODS ... 73 

TABLE 9 – SEVERITY ESTIMATION OF USABILITY PROBLEMS ... 75 

TABLE 10 – DIFFERENT TYPES OF PARTICIPANTS ... 77 

TABLE 11 – MAYHEW'S USABILITY GOALS ... 79 

TABLE 12 – ASSOCIATED ROLES ... 89 

TABLE 13 – PLANNING OVERVIEW ... 93 

TABLE 14 – INTRODUCTION OVERVIEW ... 95 

TABLE 15 – TRAINING AND EDUCATION OVERVIEW ... 97 

TABLE 16 – OBSERVATION OVERVIEW... 101 

TABLE 17 – TRAINING EVALUATION OVERVIEW ... 103 

TABLE 18 – USER SATISFACTION OVERVIEW ... 105 

TABLE 19 – IT‐AGILITY OVERVIEW... 106 

TABLE 20 – USABILITY TESTING OVERVIEW ... 108 

TABLE 21– EVALUATION MEASURES FROM THEORETICAL FRAMEWORK IN CHAPTER 7.2 AND 7.3 ... 109 

TABLE 22 – EASE OF LEARNING OVERVIEW ... 111 

TABLE 23 – EASE OF USE OVERVIEW ... 113 

TABLE 24 – USER COMMUNITY OVERVIEW ... 116 

TABLE 25 – USER INITIATED FEEDBACK OVERVIEW ... 119 

TABLE 26 – USER GROUPS OVERVIEW ... 121 

TABLE 27 – PROJECT SUMMARY OVERVIEW ... 123 

TABLE 28 – INPUT FOR NEW DESIGN OVERVIEW ... 123 

(18)
(19)

Abbreviations   

CTO  Chief Technology Officer 

CSF  Critical Success Factors 

EAP  Early Adaptor Program 

EAS  Enterprise Application Search 

ERP  Enterprise Resource Planning 

IFS  Industrial and Financial Systems 

IS  Information System 

IT  Information Technology 

LCS  Life Cycle Support 

MRP  Material Resource Planning 

R&D  Research and Development 

PR  Public Relations 

SOA  Service Oriented Architecture 

SP  Service Pack 

TAM  Technology Acceptance Model    

(20)
(21)

PART

 

I

 

In this part we introduce the reader to the subject of our 

thesis. The reader will be informed of the problem 

description, contribution, and purpose of this thesis. We 

will describe which methods we have used during our 

research, giving the reader academic background and a 

possibility to estimate our method for approaching the 

subject. After reading this first part the reader should 

feel conversant with our research approach as well as 

the purpose and goal of this thesis.  

(22)
(23)

1.

Introduction

 

The goal with this chapter is to give the reader background information about IFS 

and an introduction to the subject of our thesis. After reading this chapter the 

reader should understand the purpose with this thesis and the structure of it. 

1.1.

Industrial and Financial Systems 

IFS is an acronym and stands for Industrial and Financial Systems. IFS was founded 

in 1983 by five engineers from the Linköping University in Sweden. IFS’ first job 

required many man hours and working hours was not bound solely to daytime. 

Consequently the founders pitched up a tent right outside the customers head 

quarter so they could be accessed all the time. This is still one of IFS foundational 

customer approaches where IFS is: “close to the customer”. IFS is an Enterprise 

Resource Planning (ERP) vendor which in 1990 released their first complete ERP 

suite, IFS Applications and during the following ten years there was rapid growth 

of the company. This resulted in that IFS became represented on each continent 

in the world in 1999. In 2005 IFS got more than 500,000 users. In 2007 IFS reached 

600,000 users on IFS Applications with 2,000 customers globally. (Söderström, 

Internet source, 2008 and Om IFS, Internet source, 2008)   

Accordingly to IFS global web page they phrase their business mission as following 

(Our business concept, Internet source, 2008):  

 

“With its own resources, and in collaboration with partners, IFS develops, sells,  and implements the component­based business software, IFS Applications” 

 

IFS as an ERP vendor focus their application suit on seven types of industries:    

 Aerospace and Defence 

 Automotive 

 Constructing, Contracting and Service Management Manufacturing 

 Process Industries 

 Retail & Wholesale 

 Utilities and Telecom 

(Söderström, Internet source, 2008)    

IFS Applications is a component based ERP suit built on SOA technology. From all 

IFS Applications components the customers can choose to implement a desired 

amount. This makes IFS Applications agile and flexible so that it can suit both large 

and small companies. Appendix V shows the components that make up IFS 

applications suit. The components are divided into different functional areas. 

Irrespective of which components that are selected the Foundation1 of IFS 

(24)

Applications that is needed in order for the rest of the components to operate 

and collaborate. This gives a short description of the software product that IFS 

develop, maintain, update, distribute, and implement.  

1.1.1.

Enterprise Resource Planning systems 

This chapter gives the reader not familiar with ERP systems a brief introduction to 

the subject. Enterprise Resource Planning (ERP) systems have its roots from the 

Material Requirements Planning (MRP) software that developed during the late 

1970s. The MRP system planned requirements for parts or products according to 

the company’s master production schedule. Therefore facilitating the extensive 

planning included in the production. In the 1980s the MRP was extended by 

synchronising the materials with the requirements for productions and including 

project  management,  distribution management,  and  more.  This  was  called 

Manufacturing Resource Planning (MRPII) systems. (Rashid et al., 2002)     

Based on  the MRP and MRPII the whole enterprise  business process  was 

integrated into one consistent system in the late 1980s and early 1990s. This new 

completely integrated solution relies on one central data base for the whole 

organisation and is called Enterprise Resource Planning (ERP) systems. ERP 

systems include manufacturing, distribution, accounting, finance, human resource 

management, project management, inventory management, and service and 

maintenance management. Later ERP systems functionality increased and is to be 

called extended ERP. Extended ERP includes advanced planning and scheduling 

capabilities and is often referred to as simply; ERP. This is the definition that we 

will use throughout this thesis. (Rashid et al., 2002)   

1.2.

Thesis background 

IFS is in progress of developing a new user interface for their ERP system: IFS 

Applications. IFS´ traditional user interface will be replaced by the new user 

interface called; IFS Enterprise Explorer, during 2009. The traditional interface is a 

Windows client while IFS Enterprise Explorer is based on rich web client. IFS 

Enterprise Explorer will have roughly the same functionality as the traditional 

interface but will provide a new look and an improved user interface. The new 

graphical user interface is one of the first deliverables from the IFS Aurora 

Program, which is the company’s focus program for increased user productivity.  

(See chapter 3.1 and 3.2 for more information about IFS Enterprise Explorer)    

During late autumn in 2008 IFS will launch a beta testing program for IFS 

Enterprise Explorer called Early Adopter Program (EAP). Beta testing is the process 

where  vendors  externally test  their  product  at customers’ real world and 

everyday environment (Patton, 2005 and Dolan & Matthews, 1993). A more 

detailed description of what a beta test is can be found in chapter 6.1.3. The EAP 

allows a few IFS customers to run IFS Enterprise Explorer in their production 

(25)

quality and functionality of IFS Enterprise Explorer by involving and collecting 

feedback from customers and end‐users.    

IFS wants to ensure that the introduction of IFS Enterprise Explorer on the market 

becomes a success by addressing end‐user problems before the production 

release. A system cannot be successful if it’s not used by end‐users (Amoako‐

Gyampah, 2007) neither can unused or misused systems improve organisational 

performance (Davis et al., 1989). Therefore it’s essential to ensure system usage 

of IFS’ product.  

1.3.

Problem discussion 

In previous releases IFS have not worked with beta tests, with an exception for a 

beta test in Poland in 2007 (see chapter 3.6). Therefore IFS have no developed 

and well‐tried beta testing methodology. In this case the beta test concerns their 

new user interface IFS Enterprise Explorer, consequently it differs from the beta 

test held in Poland. Therefore IFS needs a method for testing their interface 

during the EAP. It’s important to find out how the interface can be tested during 

the  beta  test,  without  reliance  from  a  complete  and  well  tried  usability 

development process. Therefore the beta test process needs to be self‐sustaining, 

without dependencies from previous usability and design objectives and test 

results.   

The new user interface provides a completely new design and several new 

features and functions that do not exist in the traditional Windows interface. The 

business logic is not changed but this will still affect the end‐users and their 

everyday work. There is a need for IFS to test their interface and get feedback 

from the users and customers. Therefore feedback collecting activities should, if 

possible, be modified to increase the user satisfaction and decrease the resistance 

to change. However with limited resources it is important to find which activities 

that can be conducted and by whom. This gives incentives for a method that 

identifies roles and links them with feedback and testing activities.  

1.4.

Thesis purpose 

The purpose of this final thesis is to develop a method that describes how to 

utilise a user interface beta test program with focus on user interface validation, 

user interface improvements, and improvements of the user interface roll‐out.  

1.5.

Problem formulation 

In order to fulfil the thesis purpose we have concretised problems which need to 

be researched.    

 Which activities are appropriate to perform? 

 Who are involved in these activities?   

(26)

 When in time should the activities be performed? 

 How does this affect the end‐users? 

1.6.

Thesis perspectives 

Figure 1 shows a conceptual picture over the parts that are included in our thesis. 

It visualise the different parts of the thesis and how they depend on each other. 

 

Figure 1 – Conceptual view  

 

The Topics of interest represent the topics that we have found interesting to 

evaluate during a beta test period. The Timeframe and roles layer represents the 

different roles we have identified and the timeframe when they need to be used 

during a beta test period. The Feedback methods layer represents the different 

feedback methods that should be used and how these should be planned during a 

beta test period. The Interface and roll‐out improvements layer represents the 

part where we try to explain what activities can lead to feedback about the user 

interface or the roll‐out of the system.  The Increased usage layer represents the 

viewpoint of how different activities can increase the end‐users usage of the 

system.     

We urge the reader to have the conceptual outline, from figure 1, in mind when 

reading further. This since we believe that the reader will get more out of this 

thesis by sharing our conceptual view.   

When developing a method for the Early Adopter Program (EAP) many different 

viewpoints or perspectives can be taken in order to comprehensively cover the 

Increased system 

usage Interface and roll out 

improvements Feedback methods Timeframe and  roles Topics of  interest

(27)

subject. To be able to succeed with our purpose of this thesis, we think it is vital to 

look on the research from different perspectives. This was not obvious at first but 

it became clearer with time that this was necessary for our report. During the 

early stages of our thesis work we had an interview with Fredric Travaglia at IFS. 

He has worked a lot with the IFS implementation method and briefed us about it. 

The interview will not be presented further in this thesis but we want to mention 

it as it has influenced us in our choice of perspectives.    

Our intent is to cover our purpose broadly and try to get information from 

different sources to be able to see how it’s possible to utilise the EAP in a good 

way. The reader should be aware of that a broad picture of the subject is our goal 

and therefore only few interesting parts are investigated deeply.   We have thus 

selected four different perspectives, presented in the bullet list below, for our 

future research.    

 ERP implementation and roll‐out 

 Customer product testing 

 Interface and usability perspective 

 The IFS perspective 

ERP implementation and roll­out 

IFS Enterprise Explorer is, as mentioned before, the new  interface for IFS 

Applications 7.5 and further releases. Thus the interface is a part of the ERP suite 

and will affect future implementations and roll‐outs of IFS ERP Suite. Therefore 

we have chosen to investigate which factors that could be of interest to examine 

from an ERP implementation and roll‐out perspective. 

Customer product testing 

The EAP is a beta testing period for IFS Enterprise Explorer, or in other words; a 

customer product testing period. Therefore it’s important to include the customer 

product testing perspective into our research.  

Interface and usability perspective 

IFS Enterprise Explorer is the new user interface that the Early Adopter Program 

focus is on, therefore we have chosen to use interface and usability as one of our 

perspectives  from  which  we  perform  our  research.  We  have  chosen  this 

perspective to be able to investigate different feedback methods, i.e. what kind of 

information can be gained from them and when is it appropriate to use them.  

The IFS perspective 

In order to make suggestions for IFS we have to investigate and understand the 

activities that they have planned. We also have to get insights in how their normal 

implementing activities are carried out, since it might affect the progress of this 

(28)

outs. We believe that IFS employees has vast amount of useful knowledge. This 

knowledge may be used to find out how the EAP can be utilised. Further has 

McLure Wasko & Faraj (2000) found from their literature study that knowledge is 

the one of the company’s most important resources, since it represents intangible 

assets and routines. Thus we have chosen to include this in one of our four 

perspectives.  

Increased system usage  

As mentioned before (See 1.2) system usage is vital. If the system is not used 

enough it  can  never reach its  full  potential. While  studying the  subject  of 

increased usage we  found that it’s not suited to be a perspective. Several 

perspectives give us incentives and ways for how to render and sort our findings 

from a broad literature study. Therefore we have chosen to use the topic of 

increased system usage as the common denominator to analyse the collected 

data from.      

1.7.

Thesis structure 

Our thesis is structured after four perspectives and a point of view which is a way 

of looking upon the literature we have studied. What we learn from our different 

perspectives is to be systemised into a suggested method for the EAP. We have 

chosen to structure our thesis by three advance organisers formatted as parts. 

Each part is a short statement that introduces and summarise the following 

material. Together this  is visualised in figure 2 and results in the following 

structure:   

 

Figure 2 – Thesis structure overview 

•Four perspectives The IFS perspective, ERP system 

perspective, Customer product 

testing perspective, and Interface 

and usability perspective

•Common denominator Increased system usage

•Systemised into a method Method

(29)

PART I 

Introduction 

Introduces the reader to the subject of this thesis and gives background on our 

client IFS.  

Methodology 

Describes how our research is done and also declares how we have handled 

empiric findings. This chapter is mostly aimed at readers with an academic 

interest of our thesis.  

PART II 

The IFS perspective 

This chapter goes through the EAP from an IFS perspective. This is the base for 

one of our perspectives, the IFS perspective. Here the reader can find information 

concerning IFS activities and knowledge. 

Increased system usage  

Here we go through the different aspects that lead to a concluding statement that 

many factors concerning end‐users beliefs, acceptance, and satisfaction finally 

imply on increased usage.  

Enterprise Resource Planning system perspective 

We aim at looking upon factors that can influence the likelihood for IFS to succeed 

with their roll‐out of IFS Enterprise Explorer from an ERP perspective. We made a 

cross‐examination of important key factors based on literature. This research has 

preliminarily worked as a catalyst which has influenced our continuous work 

progress.  

Customer product testing perspective 

We investigate the subject from a perspective of the EAP being a customer 

product testing period. 

Interface and usability perspective 

The last of our perspectives origin from the fact that IFS Enterprise Explorer is a 

new user interface; this gives us a new angle of approach. 

PART III 

Method description for beta testing period 

Here we combine our result with no regard to which perspective the information 

descend from, but with a mindset on increased usage. This chapter is a result after 

the systematisation of data from the research on perspectives and the common 

denominator of increased system usage. As a whole, this chapter should been 

(30)

Conclusion 

In this chapter we present the conclusions of this thesis. 

Discussion 

Here we discuss our proposed method and go through important discussion 

subjects such as feasibility, generalisation, and further research on the subject.  

1.8.

Thesis contribution 

In this chapter we will present the contribution of this final thesis from two 

perspectives. One perspective is the academic contribution, which entails a 

description of why this thesis is of interest from an academic point of view. We 

also make an explanation of why this thesis is of interest for IFS. 

1.8.1.

Academic contribution 

The contribution to the academic world with this thesis is in the systematisation 

of factors from different areas of literature. Our systematisation has resulted in a 

method that is linked to the dependencies of time, role, and activity during a 

specific timeframe in the development of a software interface. Thus the method 

can support and bring forward further research in the subject that intersects 

software engineering, usability engineering and a mindset on increased system 

usage.    

As far as our knowledge reaches we do not know of any method that is structured 

in the way ours is. Therefore this method might give incentives for future research 

and empiric tests in this area. 

1.8.2.

Contribution for IFS 

The contribution for IFS of this final thesis is a proposed method for how the 

customer testing product program, the EAP, can be utilised. Further the utilisation 

of the EAP will give IFS insight of what they can expect of the different activities 

we propose.   

It gives IFS an overview of the necessary roles and when in time they are active in 

connection to the different activities. As a result IFS gets knowledge of what can 

be done during the EAP, why it should be done and the human resources needed 

for it. However IFS has to recognise the value of each activity and see the 

potential benefits and sort out which activities they are willing to conduct. 

Because of the limited timeframe it might not be advisable to attempt to conduct 

every step in our method. 

1.9.

Directives and delimitations 

Here we introduce directives that are determined by IFS and the delimitations we 

have issued. We have chosen to present them separated from each other to make 

(31)

According to Björklund and Paulsson (2003) it’s important to explain why and 

what implications each delimitation entail. 

1.9.1.

Directives 

These directives are given to us by our IFS supervisor.   

 This  only  considers  IFS  Enterprise  Explorer  as  a  core/standard 

package.  

 The outcome should be simple and straightforward. 

 This  only  relates to customers  moving  from  the traditional  IFS 

Applications Windows client user interface to IFS Applications with 

the IFS Enterprise Explorer user interface. 

1.9.2.

Delimitations 

Due to the nature of this final thesis the process of setting delimitations will be 

ongoing. Whenever new information is brought up some delimitation might be 

required to be set. Therefore this is an evolving phase of our thesis and is not able 

to be complete from the beginning. The delimitations will help us to get a 

congregated thesis that will demand commitment and engagement.    

 We address the thesis problem from four major perspectives and in 

connection to a beta test program. These are to delimit the scope and 

vastness of the thesis. Other perspectives will not be addressed. 

 We will not consider business process reengineering factors of IFS 

Enterprise  Explorer  implementation  or  any  other  organisational 

impacts unless they are connected to end‐user impact.  

 This thesis will only concern the scope of a beta test, limited by the 

EAP. This delimitation is necessary so that the thesis framework have 

a delimitation that limits its scope in a suitable manner.   

 Since the EAP only gives opportunities to study customers moving 

from IFS Applications Windows client to IFS Enterprise Explorer, it’s 

logical for us to focus only on customers that already have IFS 

Applications installed.   

1.10.

Target audience 

We have identified two separate audience groups that will find interest in reading 

our thesis. Therefore we will have these two different groups in mind when 

writing.   

The first group is IFS employees who will take interest in this thesis. There might 

also exist interest from other employees in the same branch but from another 

ERP vendor than IFS. The second target audience group is students and teachers, 

or researchers that will find an interest in this thesis from an academic point of 

(32)

 

Both groups consist of educated persons, therefore this thesis will be written to fit 

(33)

2.

Methodology

 

In this chapter we present some choices that can be made about methodology, 

methods and the practical procedure when researching a topic. We present some  of the different views on knowledge and how to perform research. In the end of 

every sub‐chapter our views and our way of working during this thesis are 

presented. After reading this chapter the reader knows which methods we used for  this thesis. 

2.1.

Research approach 

The amount of available knowledge in the research field can be important when 

selecting what kind of a study that is going to be performed (Björklund & 

Paulsson, 2003). Below are four different approaches presented together with our 

approach. 

2.1.1.

Exploratory 

Exploratory research is especially useful when trying to clarify the understanding 

of a problem. These forms of studies are also useful when trying to seek new 

insights, to ask questions and when trying to shed new light on a phenomena 

(Saunders et al., 2003). Exploratory studies are mainly used when there are little 

knowledge in the current field of research thus making thoughtfulness and 

creativity a vital part of the research (Patel & Davidson, 2003). According to 

Saunders et al. (2003) there are three principal ways of conducting exploratory 

research:   

 A search of the literature 

 Talking to experts in the subject 

 Conducting focus group interviews    

According to Gustavsson (2004) for exploratory purposes qualitative methods are 

the best choice.    

2.1.2.

Descriptive 

Descriptive studies are used when there is basic understanding of the subject and 

the goal of the research is primarily to describe the subject in question (Björklund 

& Paulsson, 2003). According to Patel & Davidson (2003) descriptive research is 

focused on only some aspects of the phenomena that are of interest but these 

aspects are described thoroughly and the level of detail is high. 

2.1.3.

Explanatory 

Explanatory studies can be used when the aim is to both describe and explain the 

phenomena of interest (Björklund & Paulsson, 2003). According to Saunders et al. 

(34)

between variables. The same authors state that the emphasis in explanatory 

studies is to investigate  a situation or a problem in order to  explain the 

relationship between different variables. Quantitative methods are often the best 

choice for explanatory studies (Gustavsson, 2004).   

2.1.4.

Normative 

Normative studies are used when there already exists some knowledge and 

understanding in the field of research and the aim is to give guidance and propose 

measures to take. (Björklund & Paulsson, 2003)  

2.1.5.

Our view 

We believe that we have both a normative and an exploratory research approach. 

With existing knowledge and understanding in the research area we try to 

propose measures to take during a beta test period. This part of the study could 

be seen as to have a normative research approach.    

The part where we try to make use of a beta test in new ways could be seen as to 

have an exploratory research approach. We try to get insights about how to use a 

beta test in new ways and clarify how to use this information during roll‐out of 

the system and for interface improvements. We regard this to be an exploratory 

research approach.  

2.2.

Epistemology 

Two  different  epistemologies,  perspectives  of  knowledge,  dominate  the 

literature: positivism and interpretivism. Interpretivism is also referred to as 

hermeneutic (Saunders et al., 2003). Epistemology is how the researcher views 

knowledge and the creation of knowledge (Björklund & Paulsson, 2003). 

2.2.1.

Positivism 

A researcher adopting the principles of positivism tries to be an objective analyst, 

making interpretations about gathered data and tries to gather data in a value‐

free manner (Saunders et al., 2003). Even though researchers have different views 

of positivism they share some fundamental aspects of what positivism means 

(Bryman, 2002). One of the things they have in common is that science should be 

objective. Another principle most positivist researchers share is the fact that one 

should use theory to generate hypothesis that could later be verified empirically 

through  scientific  methods.  The  researchers’  views  and  ideals  should  not 

influence the research, making it possible to replace the researcher without 

affecting the outcome of the research. (Patel & Davidson, 2003) 

2.2.2.

Hermeneutic 

Hermeneutic could be seen as the opposite of positivism (Patel & Davidson, 

2003). A bit simplified, this is due to the fact that a researcher adopting a 

hermeneutic view tries to understand reality and positivist researchers’ tries to 

(35)

Hermeneutic researchers believe that reality is a social construction. People place 

different interpretations on the situations they find themselves in and that these 

interpretations are likely to affect their actions and their social interactions with 

others.  Thus in this sense people not only interact with their environment, they 

also tries to make sense of it through their own interpretations of different events 

and the meanings they draw from these. (Saunders et al., 2003) The hermeneutic 

researcher tries to interpret the research object in a subjective manner, thus the 

researcher own comprehension, thoughts, feelings and knowledge is a vital part 

of hermeneutic research (Patel & Davidson, 2003). According to Saunders et al. 

(2003) the role of the researcher is “to understand the subjective reality of those 

they study in order to able to make sense of and understand their motives, 

actions  and  intentions  in  way  that  is  meaningful  for  these  research 

participants”. 

2.2.3.

Our view 

We believe that reality is a social construction; different people can interpret a 

situation differently. We also believe that it’s hard to perform research that is 

truly objective and we believe that our own thoughts and pre‐comprehension 

about  the  subject  will  influence  the  research,  as  a  result  making  our 

interpretations subjective. Our belief is also that other researchers that have a 

different backgrounds, knowledge and thoughts would not necessarily come to 

the same conclusions that we have. With all this in mind we conclude that we 

have a hermeneutic epistemology.    

2.3.

Credibility 

Validity, reliability and objectivity can be seen as a measurement of the credibility 

of scientific research. A researcher should always have these aspects in mind to 

improve the credibility of the research. (Björklund & Paulsson, 2003) Below are 

the three aspects and our view of them presented. 

2.3.1.

Validity 

Björklund & Paulsson (2003) define validity as in what extent the researcher really 

measure what is intended to be measured. According to Patel & Davidson (2003) 

the concern about validity is especially important when measuring abstract 

phenomena’s. The same authors emphasise that one way of ensuring validity is to 

measure the same phenomena with different instruments and see if the result is 

the  same.  Björklund  &  Paulson  (2003)  agree  and  suggests  that  different 

perspectives should be used. 

2.3.2.

Reliability 

According to Saunders et al. (2003) reliability can be assessed by posing the three 

questions below.   

 Will the measures yield the same results on other occasions? 

(36)

 Is there transparency in how sense was made from the raw data?   

Björklund & Paulsson (2003) suggest using several questions about the same thing 

when investigating a specific matter. This makes it possible to compare the 

answers and thus increase the reliability. The authors also suggest triangulation as 

a way to increase the reliability. 

2.3.3.

Objectivity 

Björklund & Paulsson (2003) define objectivity as to what extent the research is 

influenced by values. The same authors propose that the objectivity can be 

increased by clearly explaining the different choices done during the study and 

thus making it possible for the reader to assess the outcome of the research.   

2.3.4.

Our view 

A hermeneutic approach has some impact on the reliability of the research 

because a researcher trying to duplicate the research may not come to the same 

conclusions.  We however try to explain the choices we have made for collecting 

data and how we have interpreted it, thus increasing the reliability. We believe 

that our research has been somewhat affected by our values, that comes with the 

hermeneutic approach. We have however tried to explain the different choices 

we have made, e.g. the perspectives chosen, and we believe that this makes it 

possible for the reader to assess our research. The objectivity is also increased by 

the fact that the research has its foundation in different academic theories. We 

believe that the validity of this kind of research is hard to define as it is not 

actually measuring something; it’s more about systemising different sources and 

making sense out of these. With this said and the fact that one of the outcomes is 

a process method for a beta test period we believe that the feasibility of the 

method is more important.    

To ensure the validity we have only used academic literature and we have been 

supervised by senior and experienced people. We have been supervised from the 

university, thus it gives us a reassurance against the academic world. We have 

also been supervised from IFS, thus getting the view from the non‐academic 

world. Together we have worked as a team, discussed issues and therefore always 

get two views in each discussion. As a result we think that this improve the 

validity of this thesis.    

In order to ensure the reliability of this thesis we have used several academic 

sources to support our research. This gives us the chance to compare findings 

from these researchers findings, thus accordingly to Björklund & Paulsson (2003) 

(37)

2.4.

Generalisation 

In chapter 2.6 we discussed the importance of a representative selection in 

quantitative research to be able to generalise the results to a broader population 

or a similar situation. According to Bryman (2002) it’s possible to generalise the 

results to the population that the selection was taken from.  He also states that, 

strictly speaking, it’s not possible to generalise the results to any other population 

than the selection was taken from.    

Generalisation is often a difficult subject when it comes to qualitative research 

(Patel & Davidson, 2003). Qualitative researchers should try to make their 

descriptions about their research as thick as possible. These descriptions make it 

possible for others to understand how the research was performed and thus it’s 

possible to determine how and if the results can be generalised to other 

situations. (Bryman, 2002) According to Patel & Davidson (2003) a qualitative 

analysis can lead to an understanding of a phenomena and its relation to a 

specific  context.  A  generalisation  can  then  possibly  be  made  to  similar 

phenomena or similar contexts (Patel & Davidson, 2003). 

2.4.1.

Our view 

During this whole chapter we try to explain and describe how our research has 

been done and what choices we have made, thus making it possible for others to 

evaluate how our research has been performed. Together with this and with Patel 

& Davidson (2003) thoughts about generalisation in mind, we believe that some 

of our results can be generalised to similar contexts. To what extent and how 

generalisations can be made will be further discussed in chapter 10.  

2.5.

Values and assumptions 

Values are the researchers own personal opinions and feelings. Values can also 

include a person’s assumption about a particular subject. The researcher’s values 

and assumptions influence the scientific process in several of its stages, e.g. 

choice of method, interpreting and analysing data and the conclusions drawn 

from the data. Knowing that values and assumptions can influence the research, it 

is important for the researcher to think about how these will affect the research, 

thus making it more unlikely that the values and assumptions will affect the 

research negatively. (Bryman, 2002) 

2.5.1.

Our view 

We believe that our research is influenced by our own values and assumptions; 

this is also a part of the hermeneutic perspective of knowledge. We have 

however, during the whole work with this thesis, tried to be aware of this and 

(38)

2.6.

Relation between theory and reality 

The level of abstraction when performing research varies. The outer points in a 

scale of abstraction are theory and empirics (Björklund & Paulsson, 2003). Below 

are two different approaches presented with varying levels of abstraction. 

2.6.1.

Inductive 

A researcher working in an inductive manner begins with gathering empiric data 

about the research object. This is done without first studying existing theory in the 

field of research. With the help of the gathered empiric data the researcher 

creates a theory. The fact that the theory is formulated with the help of empiric 

data from a specific situation makes it hard to say anything about if the theory is 

general. (Patel & Davidson, 2003) 

2.6.2.

Deductive 

A deductive way of working is characterised by using general principles and 

existing theories to draw conclusions about specific cases (Patel & Davidson, 

2003). The researcher creates hypothesis by using existing theories and then test 

them using empiric data (Arbnor & Bjerke, 1994). The objectivity of the research is 

assumed to be high due to the fact that the research has its foundation in an 

existing theory. One problem with this approach is that the research is influenced 

by the existing theory and therefore some interesting new discoveries could be 

missed. (Patel & Davidson, 2003) 

2.6.3.

Our view 

During our initial work with this thesis we tried to get as broad picture of the 

research area as possible. This was done by doing an extensive literature review 

to  investigate factors that  could  be interesting  to  further investigate.  The 

literature review resulted in a better understanding of the subject and ultimately 

in the perspectives that we have worked after.  As we have created a model that 

has its foundation in different theories we have had a deductive way of working.  

We believe that by using different perspectives, to approach the purpose from, 

we have lessened the effect of a too strong influence by one theory which can be 

a risk when using a deductive way of working.   

2.7.

Qualitative and quantitative 

Research that can be measured or in some sense can be valued numerically is 

called  quantitative  research.  Qualitative  research  is  used  when  a  deeper 

understanding of a subject, a situation or a specific event is the aim of the 

research. (Björklund & Paulsson, 2003) The table below tries to describe the 

differences on focus between qualitative and quantitative research (Bryman, 

2002).           

(39)

Table 1 – Differences in focus between qualitative and quantitative research. 

Quantitative  Qualitative 

Numbers  Words 

The researchers view  The participants view 

Distance  Nearness 

Testing theory  Creating theory 

Structured  Unstructured 

Generalization  Contextual meaning 

Macro  Micro 

Behaviour  Meaning 

 

In quantitative research the researcher is often interested in how the study can be 

generalized to include situations or events that are not included in the actual 

study. To be able to generalize the results it is important that the quantitative 

researcher makes a representative selection of people that is of interest in the 

study. With a representative selection it is easier for the quantitative researcher 

to claim that the result is also valid for the group of people in the population that 

the selection was taken from. (Bryman, 2002)    

Qualitative research is used, as stated above, when a deeper understanding of a 

subject is wanted. According to Björklund & Paulsson (2003) the qualitative 

research can be generalized, but to a lesser extent than quantitative research.   

Björklund & Paulsson (2003) states that it is the purpose of the study that 

determines if the study should be quantitative or qualitative. Observations and 

interviews are most suited for qualitative research and surveys and statistical 

models are most suited for quantitative research (Björklund & Paulsson, 2003).   

Both qualitative and quantitative research has it flaws. Qualitative research is by 

some seen as too subjective; the results are in a too large extent influenced by the 

view of the researcher of what is important and meaningful thus making the 

research less credible. Qualitative research is often impossible to redo thus 

making it hard to verify the findings. Quantitative research relies on different 

ways of measuring and procedures for measuring which makes it harder to relate 

the research with actual reality. The procedural manner of quantitative research 

can give it a false sense of reliability, it is not sure that the measurements really 

measure what they are intended to measure. (Bryman, 2002) 

2.7.1.

Our approach 

During this thesis we have had a qualitative approach as a deeper understanding 

of the subject was wanted. The empiric data has been collected via interviews and 

(40)

appropriate. More information about our interviews can be found in chapter 

2.8.1.  

2.8.

Data collecting 

There are several methods of collecting data when doing research. These include 

but are not limited to: (Björklund & Paulsson, 2003)      Literature review   Interviews   Questionnaires   Observations   Experiment   

Due to the fact that we have chosen a qualitative approach (See 2.7.1) and the 

nature of our research, only interviews and literature review is discussed in this 

chapter.   

2.8.1.

Interviews 

Interview is a technique for collecting information where asking questions is a 

vital part. An interview is often a face to face meeting between the interviewer 

and the interviewee, but interviews can also be made over the phone. (Patel & 

Davidson, 2003)     

According to Björklund & Paulsson (2003) interviews are a good way to collect 

information because they provide information that is directly relevant to the 

purpose of the study. Interviews can give a deeper understanding about the 

research subject because the interviewer get the opportunity to adopt, add and 

remove questions in response to what the interviewee has answered on previous 

questions. Doing the interviews and analysing them can be time consuming, a 

factor that should be regarded before selecting it as a mean for gathering 

information. (Bryman, 2002)      

Interviews can have different levels of formality and structure where one side of 

the scale is highly formalised and structured and the other side is an informal and 

unstructured conversation. There are several ways of categorising interviews but 

one of the most frequently used are: (Saunders et al., 2003)    

 Structured interviews 

 Semi‐structured interviews 

 Unstructured interviews   

Structured interviews use a standardised set of questions and the answers is 

recorded  on a  standardised  schedule  (Bryman,  2002).  Semi‐structured  and 

(41)

are not standardised (Saunders et al., 2003). Structured interviews are used in 

quantitative research and semi‐structured and unstructured interviews are used 

in qualitative research (Bryman, 2002).   

In a semi‐structured interview the interviewer has some predetermined questions 

and topics that should be covered during the interview. Some questions could be 

omitted  when  not  found  interesting  and  additional  questions  regarding 

interesting topics could be formulated during the course of the  interview. 

Unstructured interviews are similar to semi‐structured but the interviewer often 

does  not  have a predetermined list  of questions  but  rather  have a clear 

understanding in the topics and aspects that will be explored during the interview. 

(Saunders et al., 2003) These kinds of interviews are more flexible and the 

answers from the interviewees are more detailed than structured interviews thus 

making them appropriate in qualitative research (Bryman, 2002).    

Preparations are a vital part when conducting interviews. Do the questions cover 

the whole part that is to be investigated? Are the questions formulated so they 

can’t  be  misunderstood?  Are  the  questions  formulated  so  they  suit  the 

interviewee’s? According to Patel & Davidson (2003) these questions are good to 

ask yourself when conducting interviews.    

The same authors state that several aspects need to be considered when 

formulating the questions. It is important to avoid:   

 Long questions 

 Leading questions 

 Negations 

 Questions that have presumptions about the interviewee 

 Difficult words  

 Ambiguous words 

 Jargon 

Our interviews  

During the course of our thesis work we have conducted several interviews. All 

but one of them has been semi‐structured interviews. The one that stands out 

from the rest is the continuous interviews and discussions that we have had with 

our supervisor at IFS, Sthengel‐Lund. These interviews and discussions can be 

seen as unstructured.    

The semi‐structured approach to the other interviews was chosen as we deemed 

this approach to be the most appropriate. It gave us the opportunity to formulate 

topics and questions that we wanted to investigate, but also gave us the chance 

Figure

Table 1 – Differences in focus between qualitative and quantitative research.  Quantitative  Qualitative  Numbers  Words  The researchers view  The participants view  Distance  Nearness  Testing theory  Creating theory  Structured  Unstructured  Generaliza
Figure 5 – IFS feedback process 
Figure 6 – Technology acceptance model 
Figure 7 – Relationship among factors from Amoako‐Gyampah's research.   
+7

References

Related documents

This adaptive estimator is able to attain simultaneously the maximum possible breakdown point for affine equivariant estimators and full asymptotic efficiency at the multivariate

Figure 4.17: Relation between received signal power and distance between antennas 122 Figure 4.18: Bit loss percentage vs distance between antennas .... 124 Figure 4.21: Original

Archaeobotany being useful in the reconstruction of cultural landscapes ( e.g. Mercuri, 2014), this research has contributed to the study of mountain cultural landscape evolution

An even bigger impact on Finnish music than Hassisen Kone was made by Alanko’s next big project: Sielun Veljet, which released its debut album in 1983 and was a world-class band by

What further complicates the situation of English as mother tongue is the fact that students who participate in English MTI in Sweden are a highly diverse group – some come from or

(e.g. Your interest in Software X requires Software Y and cannot run without it. How would the removal of Software Y from the market affect your purchase, support and future

5 The Training Institute of Public Administration (TIPA) has been created as an institution under the supervision of the Council of Ministers. Its mission was to support

Physicists : origin of anomalous fluctuations in stock markets, transitions between predictable and unpredictable regimes.. Minority Games with many