<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Report on Problem Based Learning for Software Engineering ∗</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Lene Sørensen</string-name>
          <email>ls@cmi.aau.dk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Morten Falch</string-name>
          <email>falch@cmi.aau.dk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Knud Erik Skouby</string-name>
          <email>skouby@cmi.aau.dk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Electronic Systems, CMI, Aalborg University Copenhagen</institution>
          ,
          <addr-line>Copenhagen S</addr-line>
          ,
          <country country="DK">Denmark</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2018</year>
      </pub-date>
      <abstract>
        <p>Software Engineering is far more than programming and requirements specifications. In the SWEBOK , software engineering is denfied through 15 diferent disciplines and topics also covering soft skills such as project management and inter cooperation between teams. Problem Based Learning, PBL, is a pedagogical learning approach used amongst others at AAU. This paper discusses how PBL can support software engineering and provide soft skills called for in industry and investigates how Ph.D. students with a traditional software engineering background understand and perceive PBL. The p aper is based on a case study prepared as a part of the European Erasmus Project Paths Ways to Ph.D. In this project skills in software engineering has been exchanged and developed for the target countries Russia and Jordan as a way to support their process of developing Ph.D. programs in software engineering.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>CCS CONCEPTS</title>
      <p>• Social and professional topics~Software engineering education</p>
    </sec>
    <sec id="sec-2">
      <title>1 Introduction</title>
      <p>
        Software engineering is a discipline with a broad definition and
includes numerous competence areas. Moreover software
engineering has an application oriented focus, which incorporates
theories and methodologies from many different disciplines
within engineering, science and economics. If looking at the
Guide to the Software Engineering Body of Knowledge [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], it
becomes clear that software engineering as a discipline is based
on more than 17 Knowledge Areas and related disciplines and that
each of these represent a discipline in itself. All in all, these areas
employ techniques of math, science, engineering and design and
cater for strong analytical and problem-solving skills as well as
communication and interpersonal skills [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        The interdisciplinary and application oriented focus of software
engineering challenges the traditional teacher centred learning
methods, as hands-on experience is crucial for developing
competences within software engineering. The software
engineering industry demands that software engineers have skills
of creativity, problem solving, analytic, cooperative, and
interpersonal skills [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. With a tighter focus on stakeholder needs,
and agile development, the software engineer must be able to
interrelate with stakeholders and not only able to program the
software [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>This paper discuss how these challenges can be met by the use of
alternative methods of teaching with less focus on one-way
teaching, which better can activate. The paper reports on the
experiences with project-oriented problem-based learning
(POPBL or PBL) as an inherent pedagogy within software
engineering in the two-year ERASMUS+ project Joint Programs
and Framework for Doctoral Education in Software Engineering,
pws@phd. More precisely, the paper analyses how the Ph.D
students participating in the project have found the PBL useful for
their Ph.D. work. The PBL ideology has been used throughout the
project and has initiated new discussions amongst the
participating partners and has placed focus on the “soft skills” in
discussions about new Software Engineering Ph.D. programmes
in Russia and Jordan.</p>
      <p>
        Problem Based Learning, PBL, has in many years been used as the
primary teaching and learning form of active learning at
universities such as Aalborg University. PBL is a pedagogical
approach in which students work with authentic problems,
selfgoverned group work and collaborate in problem solving and
learning [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The skills students achieve through working and
learning PBL resemble the skills, which are asked for in real
software engineering work [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. PBL is therefore often considered
to be a fundamental basis for learning and for securing students’
can work in industries with real challenges.
      </p>
      <p>The paper is organized as follows: Section 2 outlines the analytical
framework for the paper. In section 3, the pws@phd project is
described in more detail to understand the foundation of the
reporting. Section 4 describes the SWEBOK and how the skills
achieved from Problem Based Learning are linked. The teaching
and learning perspectives of the PBL approach and how they have
been used in the project are described in section 5. Additionally,
section 5 includes an overview of a survey which has been given
to students in the project after taking classes in PBL. Section 6
discusses the learnings from the project and the conclusion.</p>
    </sec>
    <sec id="sec-3">
      <title>2 Analytical Framework</title>
      <p>
        Various versions of the technology adoption model, TAM [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]),
have been applied for studies of teaching technologies such as
elearning [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], Massive Open Online Courses (MOOC) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], and
Learning Management Systems (LMS). PBL does not presuppose
the use of any specific technology (although LMS systems are
widely used). Still PBL can be seen as a kind of teaching
technology, and thus TAM will be an appropriate framework for
analysing the adoption of PBL. In this paper we are dealing with
the use of PBL within a specific study discipline (Software
engineering), we suggest to use the Technology Task Fit model
(TTF) [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], which also has been applied for studies on the adoption
of MOOCs [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] and studies of LMS [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        According to this framework, the main factors affecting
performance of a particular technology are technology
characteristics and task characteristics, how these fit together and
how the technology is utilized (see Figure 1).
The technology-task fit framework, as well as many other TAM
models are created with the purpose of preparing a quantitative
analysis of the statistical relationship among the various factors
based on input from questionnaires. This approach will not be
applied in this case. Even though quantitative data have been
collected, they are not suitable for this kind of analysis. We will
therefore in this paper focus on a qualitative analysis.
A qualitative analysis has been made of data collected through
open-ended questions delivered in a survey. The participants
(students) were present in a school room while providing the
input to the survey which secured that all of them delivered the
survey. The survey results have afterwards been analysed for
perspectives and themes which have been raised by the students
and interpreted. This process is referred in [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], p. 184-185) to be
a common way of analysing qualitative data.
In order to enhance PhD training in software engineering the
European Erasmus+ K2 project, Joint Programs and Framework
for Doctoral Education in Software Engineering, pws@phd was
initiated in 2015. It is a 3-year project where 11 partners from
Finland, UK, Germany, Russia, Jordan and Denmark collaborate
and exchange knowledge and expertise between institutions
(fase.it.lut.fi). The purpose of the project is to develop guidelines
for Russia and Jordan with respect to setting up their own Ph.D.
programs in Software Engineering, and through intensive schools
in the project to illustrate content and areas of expertise to include
in the national Ph.D. programmes. The project has conducted
seven two-weeks PhD schools each focusing on one particular
topic within software engineering. With the exception of the
school, which focused problem-based teaching methods, all topics
were defined by the SWEBOK.
      </p>
      <p>The project has created a network of universities that all have
expertise in various areas of Software Engineering. Russia and
Jordan are so-called target countries for the project. The target
countries have a limited number of degree programs in Software
Engineering especially at the Ph.D. level, where no specific
programmes are available.</p>
      <p>The purpose of the project is therefore twofold: To make
guidelines for the target countries with respect to
internationalisation and creation of Software Engineering
Programmes for PhDs; and to exchange knowledge and
information on key areas within software engineering which can
motivate content for the proposed Ph.D. Programmes.
The exchange of knowledge and information takes place through
the 7 intensive schools held by partner universities. The 7
intensive schools each represent knowledge areas and disciplines
related to key areas in Software Engineering and for a typical
knowledge and skills that a Ph.D. student within Software
Engineering would need to acquire. The schools are organized
through 2 weeks of intense course for Ph.D. students from the
partner universities. The students can select which of the schools
they would like to attend and therefore do not need to attend them
all.</p>
      <p>The topics for the seven intensive schools were: Research
methods; Problem Based Learning; Advanced Software
Engineering Methods and Tools; Math and Computing
Foundation’s; Software Engineering Models and Modelling;
Human Computer Interaction and Business and Economic
Viewpoints. Details can be found at fase.it.lut.fi.
During the project period the researchers involved in the project
have conducted a number workshops and seminars to produce
guidelines for the target countries with respect to how they
should set-up Ph.D. programmes in Software Engineering and
what the content could be. However, the actual implementation
of the guidelines is highly dependent on the political and
organizational set-up in the target countries, which is outside the
scope of the project.</p>
      <p>The goal of the project is to motivate the target countries to create
Ph.D. students in software engineering with an understanding of
the international education programmes and with skills that can
create international possibilities and interest in them, as well as
local industry relevance and possibilities. Local industries in
Russia and Jordan call for specialized Software Engineering
experts with international skill and knowledge.</p>
      <p>A total of approximately 180 students has attended the 7 schools
from the partner countries. Some of these (around 10) have
attended more than one school.</p>
    </sec>
    <sec id="sec-4">
      <title>4 SWEBOK and PBL</title>
      <p>The skills that are achieved by Problem Based Learning is
applicable as skills in Software Engineering.</p>
      <sec id="sec-4-1">
        <title>4.1 About the SWEBOK</title>
        <p>
          The Software Engineering and Systems Engineering Vocabulary
hosted by IEEE offers two different definitions: (1) “systematic
application of scientific and technological knowledge, methods,
and experience to the design, implementation, testing, and
documentation of software” (2) “application of a systematic,
disciplined, quantifiable approach to the development, operation,
and maintenance of software; that is, the application of
engineering to software”. (http://www.computer.org/sevocab).
The latter is the definition referred to in the widely recognized
SWEBOK. The major difference between the two definitions is the
focus on a quantifiable approach. It should however be noted that
SWEBOK includes qualitative as well as quantitative methods.
The SWEBOK [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ] is a body of knowledge which describes
generally accepted knowledge about software engineering.
Software engineering is presented within 15 knowledge areas and
basic concepts. A total of 150 reviewers representing 33 countries
have worked on the book (ibid). It is published within the IEEE
Computer Society. The purpose of the SWEBOK is (Bourquet and
Fairley, 2014):
        </p>
        <p>To promote a consistent view of software engineering
worldwide
To specify the scope of, and clarify the place of software
engineering with respect to other disciplines such as
computer science, project management, computer
engineering, and mathematics
To characterize the contents of the software
engineering discipline
4.
5.</p>
        <p>To provide a topical access to the Software Engineering
Body of Knowledge
To provide a foundation for curriculum development
and for individual certification and licensing material.
The 15 knowledge areas about software are (Bourquet and Fairley,
2014):
1. Requirements
2. Design
3. Construction
4. Testing
5. Maintenance
6. Configuration Management
7. Engineering Management
8. Engineering Process
9. Engineering Models and Methods
10. Quality
11. Engineering Professional Practice
12. Engineering Economics
13. Computing Foundations
14. Mathematical Foundations
15. Engineering Foundations.</p>
        <p>
          The pws@phd project covers requirements (1), design (2),
construction (3), testing (4), models and methods (9), economics
and mathematical foundations (14) as well as engineering
management 7). For details about the content and definition of the
knowledge areas, see [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ].
        </p>
        <p>
          Generally, the SWEBOK covers multiple disciplines and
knowledge areas and many of these are related to: managing the
software process or parts of this process; involving and
understanding stakeholders of the software and the software
process; as well as cooperating between different disciplines. The
essence of these activities is creativity, cooperation, problem
solving and team work – all features of the PBL approach. More
formal, the SWEBOK includes the following non-technical skills
[
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]: Professionalism (ethics, economics impact of software, legal
issues etc.); Group Dynamics and Psychology (group dynamics,
individual cognition, dealing with problem complexity,
interacting with stakeholders etc.); and Communication Skills
(writing, team and group communication, presentation skills).
        </p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>4.2 About Problem Based Learning</title>
      <p>
        Problem based learning was first introduced at McMaster
University in Canada back in 1969 [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. Here teaching of medical
students were presented to problem based cases, which were used
as a point of departure for their learning. In the 1970’s different
variations of problem based learning was introduced in a number
of other countries including Netherlands, Australia, Sweden and
Denmark.
      </p>
      <p>
        In this period two new universities were established in Denmark:
Roskilde University (RUC) in 1972 and Aalborg University (AAU)
in 1974. Here PBL was introduced as the main pedagogical model
for teaching right from the beginning. The model applied was a
further development of the case based PBL model introduced at
McMaster University, as the key learning activity was project
work carried out in groups. This variation of PBL can be denoted
Project Oriented Problem Based Learning. At Aalborg University
the basic principles of the PBLmodel are [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]:
•
•
•
•
•
      </p>
      <p>Project organization creates the framework of
problembased learning
Courses support the project work
Cooperation is a driving force in problem-based project
work
The problem-based project work of the groups must be
exemplary
Students are responsible for their own learning
achievements
Each semester, the students must do a new project in
collaboration with other students. They should spend half time
working on project work and half time attending courses. A
common theme for the projects is defined in the curriculum, but
it is the task of the students to decide on their own topic,
formulate a problem formulation for the project, and argue how
this can be linked to the semester goals. Working with software
engineering this often means a combination of many different
skills is necessary to carry out the project.
5 PBL and SE
Problem Based Learning is a key for working in interdisciplinary
teams, finding new solutions and being creative. Essentially, these
elements are sought when working with software engineering
both in industry and at university level.</p>
      <sec id="sec-5-1">
        <title>5.1 About Soft skills in Software Engineering</title>
        <p>
          Within the project pws@phd, PBL has been taught at a school in
Copenhagen in 2016. At this school, Ph.D. students from partner
countries were taught about the principles of PBL and they tried
to work with PBL principles in order gain a better understanding
of their own research work in Software Engineering.
Furthermore, industrial representatives presented their views on
important skills for Ph.D. students going into industry. One of the
presenters from Microsoft, Denmark, pointed to team work and
the development of interpersonal, creative and problem-solving
skills as the most important skills of a software engineer. This is
backed up by [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ] who has described soft skills required as a
software engineer in Microsoft. He points to skills such as: change
management (being able to work with different methods and
procedures amongst others); self-development (keeping up to date
in knowledge and education); composure (stress management);
problem solving skills (relates to bug fixing, general problems,
analytical and methodological procedures); other soft skills (such
as interpersonal communication skills, being able to communicate
with all).
        </p>
        <p>
          In [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ] the authors have made an analysis of 500 advertisements
for IT positions with a focus on identified the soft skills mentioned
in the ads. The outcome is that communication and interpersonal
skills are in high demand as well as analytical and
problemsolving skills. The authors think that there are too little emphasis
in ads about soft skills.
        </p>
        <p>
          Sedelmaier and Landes (2014) developed a Software Engineering
Body of Skills (SWEBOS). Based on the hierarchy made in the
SWEBOK, [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ] has developed a similar hierarchy divided into the
following competence areas: Competences for the professional
collaboration with others; Communicative competences,;
Competences for structuring one’s own way of working; Personal
Competences; Capability to understand complex processes,
systems and relationships; Capability to apply one’s individual
knowledge and skills to concrete and novel situations; and
additional competences such as accepting responsibility etc.
        </p>
      </sec>
      <sec id="sec-5-2">
        <title>5.2 PBL what do students think?</title>
        <p>At the intense school in Copenhagen in 2016, 25 Ph.D. students
from the pws@phd project participated in an intense school with
focus on problem-based learning and the link to software
engineering. The school was organized by Aalborg University and
took place during 2 weeks in August, 2016. A survey was
distributed to the students during the intense school and after to
understand which skills they achieved. The survey was formed as
a collection of closed questions using a Likert scale and an option
to write-in. Additionally, some questions were completely open
for write in for the students. The students answered to the
questionnaires during the school and on paper, which secured
that all students participated. (however diefring answers for each
question since some students did not answer to all questions)
During the school, the students were experiencing a combination
of diefrent teaching and learning forms: presentations about PBL
from university staf; presentations from industrial
representatives who came to talk about important skills to achieve
as an engineer to work in industry; exercises and group work
(exercising the PBL elements) on understanding software
engineering and on producing abstracts and performing reviews
as a process linked to be an academic and do disseminations.
hTe PhD students particularly liked the presentations and the
possibility to talk with industrial representatives. 17 out of 21 of
the Ph.D. students were very satisfied or extremely satisfied with
these visits and wanted to have more time and to get more insight
into the companies.
hTe PhD students liked the group work where they themselves
should try out the principles of PBL in a small group work over a
couple of days. Asked about how they liked the group work 16 out
of 20 students were very satisfied or extremely satisfied with the
group work and though it was a useful experience and that could
add to insights on alternative perspectives on how the group
participants thought about the topics. On top of this also some
PhD students experienced that the dynamics of the group work
was not so easy and that good group dynamics were extremely
important for the performance and learning.
hTe students were asked directly on which three elements from
the first week, they found most interesting. eTh elements
identified were: Group work (13 students wrote that); abstract
exercise (11 students); company visits (9 students) – additionally,
the students mentioned that they liked the networking,
teamwork, the learning process, communication with other PhD
students.</p>
        <p>
          In the second week, the students were asked to work with the
concept of wicked problems [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ], which basically explains that not
all questions are well-defined and can be solved by mathematical
solutions but wicked problems need more work and are related to
the principles of PBL. The students were happy about the exercises
on wicked problems, where 8 of the 19 students answering were
satisfied or extremely satisfied.
        </p>
        <p>When asking the students about the skills they thought they
acquired during the school, they mentioned the following
perspectives:</p>
        <sec id="sec-5-2-1">
          <title>Communication skills</title>
          <p>hTinking outside the box
Time management
Knowledge sharing
Presentation training
Working in groups
Discussions
Understanding of problem solving and problem
formulation
Beter understanding of PhD in other countries
Understanding wicked problems
Relevance for PhD students to enhancing skills
regarding thesis work
Reacting calm to criticism
Communication</p>
          <p>Solving problems through game strategy.
hTese skills link very well to the topics which were covered and
exercised during the intense school.</p>
        </sec>
      </sec>
      <sec id="sec-5-3">
        <title>5.3 Overall Themes</title>
        <p>Analysing the data and the number of answers received in each
category, there can be identiefid the following overall themes
relating to the survey answers and to which skills the students
think they have acquired during the Problem-Based Learning
school:</p>
        <sec id="sec-5-3-1">
          <title>Communication skills</title>
          <p>Team and group working skills
Language skills
Understanding wicked problems
Presentation skills
Problem Solving</p>
          <p>Creativity and critical thinking
intense school only lasted 2 weeks, the students could not acquire
skills in project planning or in understanding of practical,
complex problems.</p>
          <p>
            Generally, there is a call for soft skills within software
development. As already mentioned, Ahmed et al (2012) have
analysed more than 500 advertisements for IT positions and have
looked at which soft sk ills are demanded. Communication skills is
the absolute highest demand in all adds. After this follows
interpersonal skills, analytic and problem-solving skills and team
players.
[
            <xref ref-type="bibr" rid="ref2">2</xref>
            ] has developed a Software Engineering Body of Skills
(SWEBOS). In this they have identified and categorised the soft
skills that relates to the non-technical side of the SWEBOK. As
part of having competencies for professional cooperation, the
software develope r needs to have competences in cooperating
with others, communication, presenting skills, self-reeflction and
respect for others, to mention a few (Ibid). As part of the
competences for structuring own’s own way of working there is
mentioned analytical thinking and problem structuring skills
(ibid). and as part of the competences in solving problems, there
is mentioned that the software engineer must have create
potential, and must be capable to evaluating diefrent approaches
etc. (ibid). The SWEBOS (ibid) include
          </p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>6 Conclusion</title>
      <p>hTis paper has focused on understanding how Ph.D. students who
generally come from a traditional Software Engineering
background can understand the need for also acquiring soft skills
for use in future works. From the empirical study carried out, it is
clear that the students during the intense course in Problem Based
Learning have acquired skills within a number of relevant soft
skills categories.
hTe paper shows that Problem Based L earning train students’
skills in important soft skills relating to soft ware development.
hTe soft skills are important for the students to become a full
member of organisations where software development is being
exercised.</p>
      <p>Based on the experiences from the project pws@phd, it can be
concluded that such a project has potential and significance to
exchange knowledge and skills for the future software engineers.
hTere is a high likelihood that the software engineering Ph.D.s
who have participated in schools during the project period, has a
higher chance to understand the requirements and needs for
becoming internationally compliant software engineers by
acquiring early understanding also on soft skills.</p>
    </sec>
    <sec id="sec-7">
      <title>ACKNOWLEDGMENTS</title>
      <p>The authors of the paper appreciate students’ participation in the
survey. The paper is made as part of an Erasmus+ K2 grant.
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
hTese themes were covered more or less as topics and experience
working with the Problem-based Learning principles. Since the</p>
    </sec>
    <sec id="sec-8">
      <title>REFERENCES</title>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>P.</given-names>
            <surname>Bourque</surname>
          </string-name>
          and R.E. Fairley (Eds.).
          <year>2014</year>
          .
          <article-title>Guide to the Software Engineering Body of Knowledge, Version 3</article-title>
          .0, IEEE Computer Society, www.swebok.org.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Sedelmaier</surname>
          </string-name>
          and
          <string-name>
            <given-names>D.</given-names>
            <surname>Landes</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>Software Engineering Body of Skills (SWEBOS), 3-5 April 2014</article-title>
          ,
          <string-name>
            <given-names>Military</given-names>
            <surname>Museum</surname>
          </string-name>
          and Cultural Center, Harbiye, Istanbul, Turkey, IEEE Global Engineering Education Conference (EDUCON).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>F.</given-names>
            <surname>Ahmed</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.F.</given-names>
            <surname>Capretz</surname>
          </string-name>
          and
          <string-name>
            <given-names>P.</given-names>
            <surname>Campbell</surname>
          </string-name>
          .
          <year>2012</year>
          .
          <article-title>Evaluating the Demand for Soft Skills in Software Development</article-title>
          . IT Pro, January/February 2012,
          <article-title>Published b the IEEE Computer Society</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>I.</given-names>
            <surname>Askehave</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. L.</given-names>
            <surname>Prehn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Pedersen and M.T. PEdersen</surname>
          </string-name>
          .
          <year>2015</year>
          .
          <article-title>PBL Problem Based Learning</article-title>
          . Aalborg University, www.aau.dk.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>F.D.</given-names>
            <surname>Davis</surname>
          </string-name>
          ,
          <year>1993</year>
          .
          <article-title>User Acceptance of Information Technology: System Characteristics, User Perceptions</article-title>
          and
          <string-name>
            <given-names>Behavioural</given-names>
            <surname>Impacts</surname>
          </string-name>
          .
          <source>International Journal of Man-Machine Studies</source>
          ,
          <volume>38</volume>
          (
          <issue>3</issue>
          ):
          <fpage>475</fpage>
          -
          <lpage>487</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Ertl</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Winkler</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Mandle</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          (
          <year>2007</year>
          ).
          <article-title>E'Learing: Trends and Future Development</article-title>
          . In Advances in computer-supported learning (pp.
          <fpage>122</fpage>
          -
          <lpage>144</lpage>
          ).
          <source>IGI Global.</source>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>B.</given-names>
            <surname>Wu</surname>
          </string-name>
          , &amp; X.
          <string-name>
            <surname>Chen</surname>
          </string-name>
          ,
          <year>2017</year>
          .
          <article-title>Continuance intention to use MOOCs: Integrating the technology acceptance model (TAM) and task technology tfi (TTF) model</article-title>
          .
          <source>Computers in Human Behavior</source>
          ,
          <volume>67</volume>
          ,
          <fpage>221</fpage>
          -
          <lpage>232</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>D.</given-names>
            <surname>Goodhue</surname>
          </string-name>
          .
          <year>1995</year>
          .
          <article-title>Understanding User Evaluations of Information Systems</article-title>
          . Management Science,
          <volume>41</volume>
          (
          <issue>2</issue>
          ),
          <fpage>1827</fpage>
          -
          <lpage>1844</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>T.J.</given-names>
            <surname>McGill</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.E.</given-names>
            <surname>Klobas</surname>
          </string-name>
          .
          <year>2008</year>
          .
          <article-title>A Task-Technology Fit View of Learning Management System Impact</article-title>
          .
          <source>Computers and Education</source>
          <volume>52</volume>
          (
          <issue>2</issue>
          ),
          <fpage>496</fpage>
          -
          <lpage>508</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>J.W.</given-names>
            <surname>Creswell</surname>
          </string-name>
          ,
          <year>2009</year>
          . Research Design.
          <article-title>Qualitative, Quantitative and Mixed Methods Approaches</article-title>
          . Sage Publishers, 3rd Edition.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>P.</given-names>
            <surname>Bourque</surname>
          </string-name>
          and R.E. Fairley (Eds.).
          <year>2014</year>
          .
          <article-title>Guide to the Software Engineering Body of Knowledge, Version 3</article-title>
          .0, IEEE Computer Society, www.swebok.org.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J.E.</given-names>
            <surname>Holgaard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Ryberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Stegeager</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D</given-names>
            <surname>Stentoft</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.O.</given-names>
            <surname>Thomassen</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>Problembaseret Laering og Projektarbejde ved De videregående Uddannelser. Samfundslitteratur</article-title>
          . IN DANISH.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>M.</given-names>
            <surname>Orsted</surname>
          </string-name>
          .
          <year>2000</year>
          .
          <article-title>Software Development Engineer in Microsoft. A Subjective View of Soft Skills Required</article-title>
          . ICSE,
          <year>2000</year>
          Limerick, Ireland.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>J.C.</given-names>
            <surname>Caillus</surname>
          </string-name>
          .
          <year>2008</year>
          .
          <article-title>Strategy as a Wicked Problem</article-title>
          . Harvard Business Reviews, May
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>