 The International Journal on Advances in ICT for Emerging Regions 2010 03 (01) : 3 - 10  Abstract—This paper describes the development of an open source Learning Object Repository (LOR), named eNOSHA (eLearning Neutral Object Storage with a Holistic Approach.), at University of Colombo School of Computing (UCSC), Sri Lanka. The e-Learning Centre (eLC) at UCSC has been developing learning content for a nationwide e- Learning Bachelor of Information Technology degree (eBIT) and a preparatory programme for the eBIT program (The Foundation in Information Technology, FIT). Since eBIT started in 2002, a lot of learning content has been developed in-house and there was a need for a repository to support storing and reusing of learning content. The aim of the paper is to present the development of eNOSHA with regards to three key concepts, flexibility, reusability and user- friendliness. Based on a requirement analysis carried out in December 2008 a plan was drafted for the development and implementation of the system. A participatory approach was used where users had been involved in the design, evaluation and implementation. Based on the testing of the system we gained a positive response regarding the searchability and reuse of content. Tests have, however, shown that additional features are needed to be implemented to improve the usability of the system, Even though the system has been developed based on the needs of UCSC, one of the objectives has always been to make it context independent. Internal tests conclude that the system is flexible enough to work in different contexts but the design may need some minor changes once tested in other organizations or cultures. Index Terms—eNOSHA, Learning Object Repository, system development, e-Learning, content development, open content, open source I. INTRODUCTION n the design of e-Learning content, it is important to have a constructive environment connecting all stakeholders in the e-content development process. At the University of Colombo School of Computing (UCSC) the stakeholders are Subject Matter Experts (SMEs), Instructional Designers (IDs), Content Developers (CDs) and System Developers. The constructive environment should facilitate many to Manuscript received March 11, 2010. Accepted July 06, 2010. Enosha Hettiarachchi, K.P Hewagamage, Isuru Balasooriya and Damith Karunarathne are with the University of Colombo School of Computing, 35, Reid Avenue, Colombo 07, Sri Lanka. (e-mail: eno@ucsc.cmb.ac.lk, kph@ucsc.cmb.ac.lk, irb@ucsc.cmb.ac.lk, ddk@ucsc.cmb.ac.lk). Peter Mozelius Stockholm University / Royal Institute of Technology, Sweden. (e-mail: mozelius@dsv.su.se) Mathias Hatakka Swedish Business School at Örebro University, Sweden. (e-mail: mathias.hatakka@oru.se) many interactions among participants and e-learning content in the process with the objective of developing different courses. Learning Management Systems (LMS) generally provide one-to-one interaction in the development of a single course, but in order to allow collaborative development of related course, it is important to connect the environment with a Learning Object Repository (LOR) to promote reusability, collaboration, quality enhancement and productivity. Hence, LORs can be considered as an important ingredient of an LMS. A repository is a required product for large scale content development and for the preservation of published materials. Repositories facilitate the collaboration among consumers and promote them to contribute with their own artefacts, so that all parties benefit from their contributions. In order for a LOR to be reusable all objects in it must be marked with metadata for easy discovery. Metadata can be defined as “data about other data” and is the main tool for learning object markup in digital libraries [13]. By using metadata, repositories can be categorized and provided with searching functionality by using the entries included in the metadata set. The core function of metadata in a LOR is to make stored content reusable and searchable [6]. During the last four years the e-Learning Centre (eLC) of UCSC has developed a large number of online courses for several academic programs of different educational levels. The programs are the e-BIT (http://vle.bit.lk), the FIT (http://fit.bit.lk), e-Lessons for secondary education, professional and community education and internal degree programs. The eLC has a workforce of more than 25 developers to facilitate the development process together with more than 50 academic staff members of UCSC who contribute to the development as SMEs. At the time of writing this paper, eLC has developed more than 45 online courses and continuously upgrading, customizing and developing new courses to meet specific and new user requirements. In this type of environment, it is hard to build one to one communication among all participants. After finalization of the syllabuses the IDs come up with a Course Map on how they will be designing the whole course which will be approved by the SME. Then for each section of the course, they design the storyboards which are also approved by the SME. After obtaining the approval for the storyboards, IDs decide on what content to be used such as animations, images etc. When it come to these resource IDs have the facility to reuse them and modify according to their eNOSHA - The Design and Development of a Learning Object Repository Enosha Hettiarachchi, Peter Mozelius, Kamalanath P. Hewagamage, Mathias Hatakka, Isuru Balasooriya and Damith Karunarathne I http://vle.bit.lk/ http://fit.bit.lk/ 4 Enosha Hettiarachchi, Peter Mozelius, Kamalanath P. Hewagamage, Mathias Hatakka, Isuru Balasooriya and Damith Karunarathne The International Journal on Advances in ICT for Emerging Regions 03 December 2010 requirements. In addition to that, for some courses it is even possible to use some course sections (SCORM packages) or parts of a section, as it is or with some modifications. The problem arises here, since IDs were not aware of what other IDs have done for their courses. In that case, they either reuse their own templates done for the courses developed by them or either develop new materials from scratch. Sometimes they even ask their fellow IDs and get the necessary resources from them. Sometimes the resources especially the flash templates are added to a special course created within the Moodle LMS. But these things are not searchable and preview is not available as well. It is only categorized under the IDs name and not under the course name, therefore IDs have to go through each one of them to find the one that is most suitable for them. Other than this, it is not regularly updated and as a result IDs doesn’t get the modified version of a particular resource. The other method is at the completion of particular course duration, backups of courses consisting of resources from atom to full course are stored in a CD. In this case to find some materials, IDs have to go through each and every CD to find the suitable material. Although eLC is using a LMS which is a customized version of a Moodle system, it is not possible to promote sharing among the stakeholders since there are no appropriate mechanisms to store and search for the stored content. It is, hence, important that the system helps with the internal content development process. The system has to enhance the reusability of content to speed up the content development process. It also has to be user-friendly to make the users accept the system and be flexible with regards to different types of content as well as different contexts. The aim of this paper is to present and describe the development of the eNOSHA system regarding three key concepts, flexibility, reusability and user-friendliness.  Flexibility meaning that the designed software should be as context independent as possible. A system that should be used by internal UCSC staff as well as external users. The eNOSHA learning object repository is open, adaptable and easy to install in any university, school or telecentre in any part of the world.  Reusability in the sense that the system should provide features for advanced searching where all resources should be easy to find and update.  User-friendliness in the common broader definition that a system should be easy to understand, but in the later development phases we have also looked at the concept of usability in the Shackel’s Model of Usability [8] [13] [15]. The paper is organized as follows; in section two a brief overview of related work is given. After that the method used to develop the LOR is presented. In the result section we present the functionality, architecture and benefits with the system in regards to flexibility, reusability and user- friendliness. In the last section we conclude our tests of the system including future work that is needed. II. RELATED WORK A. Learning Object Repositories LOR can be defined as a storage and retrieval engine for digital learning material that are to be used in an educational context based on searchability, accessibility and reusability. A LOR should also facilitate and support the collaborative development of educational e-learning content. LORs can be categorized into: 1) Content repositories: All learning objects are stored on servers but not necessarily in a database 2) Linking repositories: Portals with links to content provided by others 3) Hybrid repositories: A combination of 1 and 2. Maintenance is a problem in all types of LORs but updating and quality control is more problematic in Linking and Hybrid LORs. Another drawback with LORs in category 2 and 3 is that it is not possible to store your own learning objects [9]. B. Existing Learning Object Repositories To fulfil the requirements in the UCSC needs analysis the LOR system must be designed as a Type 1/Content repository where locally developed digital content can be stored and quality assessed from within the system. There are several open source Type 1 LOR systems that are available to facilitate the e-Learning content development process. However, we failed to accept any of those systems as they do not meet the needs of UCSC, as well as technical limitations (see table 1). Details from three of the tested systems are given below. During the second half of 2008, we made a comparative study of a chosen set of currently available open source learning object repositories. One of the analysed LORs was Sharing Learning Objects in an Open Perspective (SLOOP, http://www.sloopproject.eu/). The main idea of the SLOOP project is to transfer the philosophy of the Free/Open Source Software movement to the field of e-learning content, but the source code to the system is not available. Many features in SLOOP are implemented in a user- friendly way that supports collaboration and reuse, but as it is not possible to get the source code and customize it. SLOOP is not an option for the UCSC eLC. We also installed and analysed the Moodle Repository Create Upload Tag Embed, (MrCute, http://www.learningobjectivity.com/mrcute/). MrCute consists of two modules that can be added into the Moodle LMS. One module is for uploading the resources and the other module is meant for access and search for resources. At the time when we looked into the system, MrCute was http://www.sloopproject.eu/ http://www.learningobjectivity.com/mrcute/ Enosha Hettiarachchi, Peter Mozelius, Kamalanath P. Hewagamage, Mathias Hatakka, 5 Isuru Balasooriya and Damith Karunarathne December 2010 The International Journal on Advances in ICT for Emerging Regions 03 still in development and the two modules only partially fulfilled the requirements of UCSC. SCAM a (http://project.iml.umu.se/projects/scam- repository), Java based, Semantic Web Technology and Resource Description Framework (RDF) based LOR was one of the alternatives considered for use at UCSC. Initial attractions being a scalable metadata set, multi platform deployability, IMS Content Packaging, web based operation etc. SCAM has two types of systems available, a base object repository (SCAM Nimble) and an ePortfolio. SCAM proved to be a difficult system to install and use primarily due to the lack of documentation. At both Örebro University and at the UCSC the test installation of SCAM took a lengthy period and the idea of having SCAM as a LOR diminished after the trying period. III. METHODOLOGY Development of the system was carried out in collaboration between the UCSC in Sri Lanka and two universities in Sweden. The methodology used for the project is action research (AR) [2] [4] [7] . Within the framework for AR we have, however, used different methods. The development of the eNOSHA system was carried out in collaboration between UCSC and two universities from Sweden, Stockholm University and Örebro University in the Sida funded NeLC project, an aid project where the main objective is to extend and improve the National eLearning Centre at UCSC. The development project started with a need analysis of the requirements specific to UCSC as well as more general needs for an LOR. Existing literature was reviewed to find best current practices for LORs and lessons learned from other LOR projects. Focus groups consisting of staff from UCSC and external project members from Sweden have been conducted on several occasions, both as physical meeting, and as distance meetings, using tools for video and voice conferencing. The initial requirement analysis was carried out in December 2008, and based on the analysis, a plan was drafted for the development and implementation of the system. A key ingredient in the development was from the start the users of the systems should be included in the whole development process, i.e. the system is based on a participatory design [10] [11] where users have been involved in the design, evaluation and implementation of the system. The initial plan has iteratively been revised based on the feedback from the users. Our aims with this method were to develop a system that meets the needs and requirements of the users and increase the user acceptance. Throughout the development phase we conducted usability tests of the different functionalities in the system. Usability tests were mainly done by using scenarios and unit-tests were conducted to test the technical functionality. These tests gave us an understanding of features that were missing and what was needed to be improved. The software development method used was SCRUM [14] which is an agile method for system development. During the design and development phases we used SCRUM techniques like sprints, backlogs and burn down charts. Backlogs and burn down charts wereput together as Excel spreadsheets. The SCRUM meetings were not conducted daily as prescribed and sometimes by distance as Skype conferences. All development were done in 30 days iterations (sprints). IV. ENOSHA The e-learning Center at the University of Colombo School of Computing creates and publishes a large amount of learning material for its internal and external degree programs. In addition to this, the staff of the e-Learning Center create a huge volume of reusable content to be used within the center for later development. All these learning objects are stored with backups on UCSC servers, but what has been missing during a long period is functionality for mark-up and searching of eLearning content. In this context, a method for these learning materials as well as the developed content to be shared among the staff itself, or certain material to be made publicly available was needed. This is where eNOSHA (eLearning Neutral Object Storage with a Holistic Approach) is conceived as a sharing medium and most importantly as a complete collection of the center’s work over the years. eNOSHA (see Figure 1) will also be an attempt at creating a content developer community through sharing, modifying, feedback, rating and commenting facilities which will ultimately lead to content of better quality. V. DESIGN Design of eNOSHA, was started in December 2008 by designing the required metadata set, which were revised after conducting user evaluations. The prototypes created were evaluated by users from eLC to test different functionalities in the system. Usability tests were mainly done by using scenarios and the systems were modified according to the feedback obtained. After completion of the development, unit-tests were conducted in both Sri Lanka and Sweden to test the technical functionality of the system. These tests gave us an understanding as to what features were missing and what was needed to be improved. TABLE I ILLUSTRATES THE DETAILS OF THE TESTED LOR’S Ope n Sour ce Fr ee User Frie ndly Fl exi ble Well docum ented Avai lable SCORM compatib le Mr Cute X X X X FreeLom s X X X Plone X X X X SCAM X X X X X Collectiv eAccess X X X X X http://project.iml.umu.se/projects/scam-repository http://project.iml.umu.se/projects/scam-repository http://en.wikipedia.org/wiki/Content_package 6 Enosha Hettiarachchi, Peter Mozelius, Kamalanath P. Hewagamage, Mathias Hatakka, Isuru Balasooriya and Damith Karunarathne The International Journal on Advances in ICT for Emerging Regions 03 December 2010 A. Requirements of eNOSHA The main requirements identified to develop eNOSHA are as follows;  Visibility – all persons working with e-learning at the UCSC eLC needs a common forum where learning object can be stored, found and updated.  Searchability – the system UCSC previously used did not support an easy mechanism to search for material. In the eNOSHA system it should be easy to search for relevant content with minimal effort. A filtering facility should also be provided to improve the searchability.  Version handling - The system should be able to handle different versions of files. This serves two purposes, 1) developers will be able to access the latest version of a file and 2) older versions can bestored for historical purposes.  User-friendly - The system should be user-friendly, both when it comes to adding objects to the repository and in accessing existing objects. It also has to be user-friendly to make users accept the system.  Collaborative environment - The system should work as a collaborative environment whereas developers should be able to work together to make the development process more efficient.  Reusability - This need aims at making the content created more reusable and thereby making the content development process more efficient. This need is achieved through visibility, searchability and flexibility. The requirement mentioned above are common to both UCSC and other organizations which are in need of this type of repositories. B. Designing for Flexibility The system has been designed to work in different contexts to make it flexible for users. The content is categorized into as open and closed through a copyright option that let users know whether content can be used without copyright restrictions. Content is categorized into 4 aggregation levels such as  Atom: The smallest level of aggregation, like Images, Text files, Sound files and Animations  Collection of atoms : A combination of atoms, like an HTML document with embedded pictures or a lesson  Course module: A complete course section that include a selection of collection of atoms.  Full course: A full course that include all the course modules for the specific course. The system also consists of 5 user roles such as Administrator, Instructional Designer, Content Developer, Normal user and External user. Privileges assigned to each user differ according to the user roles. Administrator is known as the super administrator who has been giving full administration rights including the facility to take system backups periodically. The second highest role is Instructional designer where he/she has been given some administrative rights to create categories/sub categories, set file types or formats, add languages, add activity types and also to add target regions. Both the content developers and normal users have facilities to upload, search and download content. External users can only search and download content. TABLE II THE METADATA SET AND THE UCSC SUBSETS I1 I2 I3 I4 E 1 E 2 E 3 E 4 1. General 1.1. Title M M M M M M M M 1.2. CatalogEntry 1.2.1. Catalog O O M M O M M M 1.2.2. Entry O O M M O M M M 1.3. Description O O M M O M M M 1.4. Keyword M M M M M M M M 1.5. Language O O M M O M M M 1.7. AggregationLevel M M M M M M M M 1.8. Modifiable M M M M M M M M 1.9. Audience M M M M M M M M 2. Lifecycle 2.1. Version A A A A A A A A 2.2. Status M M M M M M M M 2.3. Date A A A A A A A A 2.4. Author A A A A A A A A 2.5. CommentOnChangesMade O O O O O O O O 3. Metametadata 3.1. MetadataScheme A A A A A A A A 4. Technical 4.1. Format A A A A A A A A 4.2. Size A A A A A A A A 4.3. Location A A A A A A A A 4.4. Requirement 4.4.1. Type A A A A A A A A 4.4.2. Name A A A A A A A A 4.4.3. MinimumVersion N/A N/A N/A N/A O O O O 4.4.4. MaximumVersion N/A N/A N/A N/A O O O O 4.5. OtherPlatformRequire ments O O O O O O O O 5. Education 5.1. InteractivityType O O O O O M M M 5.2. Context A A A A A A A A 5.3. Difficulty O O O O O M M M 5.4. EducationDescription O O O O O M M M 5.5. Localization O O O O O M M M 6. Rights 6.1. Cost N/A N/A N/A N/A M M M M 6.2. CopyrightsAndOtherR estrictions M M M M M M M M 6.3. RightsDescription O O O O O O O O 6.4. CopyrightChecked M M M M M M M M Enosha Hettiarachchi, Peter Mozelius, Kamalanath P. Hewagamage, Mathias Hatakka, 7 Isuru Balasooriya and Damith Karunarathne December 2010 The International Journal on Advances in ICT for Emerging Regions 03 As mentioned earlier some of the functionalities of the Administration module can be accessed by Instructional designers where special functionalities such as adding a new module to the system, taking a backup of the system and viewing users feedbacks are only accessible by super administrator. C. Designing for Reusability The content that can be uploaded to the system has been divided into two categories as internal and external, where internal means all of the content that will be reused within the organization and external means the content that can be reused by outside organizations as well as within the organization. In considering this factor, we have mainly considered about the security and copyright aspect of the content where outside organizations cannot access internal content. We have also used metadata for users to find out whether content is modifiable or not and whether content has parts which are restricted by copyrights which allow users to find out which content can be reusable. D. Designing for User-friendliness To make the system user-friendly functions such as bulk uploading and user templates were included in the system. These are explained in detail under functionalities of this paper. Additionally Auto fill-in and defaults values are also provided in necessary areas to make it easy for the users. Users are also presented with tooltips and a help module. E. Design of the Metadata As a result of the needs analysis at UCSC a new adapted metadata set was constructed based on the LOM standard. One strong reason for deriving the set from LOM is that it is the most used metadata set in SCORM which is e- learning standard for all courses in the eBIT programme at UCSC [6] . Existing metadata models are complex and hard to implement in a system where user-friendliness is an important aspect [1] [5]. If there are too many metadata fields that need to be filled in, user acceptance will be hard to achieve [3] and on the other hand a system based on an oversimplified metadata set will never serve good searchability. For the eNOSHA system we use an adapted version of the LOM metadata-set consisting of 34 metadata elements where some LOM elements are removed and 4 new are added. The 4 new metadata fields that are included to support the eNOSHA LOR ideas of sharing open, context independent and reusable learning objects are:  Audience (to specify the target group, internal/external)  CopyrightChecked (is the learning object open and free to use)  Localization (global context or need for local adaptation)  Modifiable (if the learning object can be extended or modified) The metadata set is divided into four subsets corresponding to the learning objects granularity. There are also different versions of subsets for internal (I1 -I4) and external (E1-E4) content. To reduce the number of metadata fields to fill in the elements have different modalities: Mandatory (M), Optional (O), automatically generated (A) and Not Applicable (N/A). [6] The reduced number of metadata fields together with techniques for automated metadata generation will help solve issues related to reuse in general and the needs specific for UCSC. Use of templates (i.e. predefined metadata for a set of resources), default values and automated values will significantly reduce the workload for the users, hence, making the system more user-friendly. As an example, the number of fields that has to be filled in manually for an external course module can be reduced from 28 to 7. F. System Structure eNOSHA, consists of core modules such as upload, search, user management, administration, help, error handling and statistics. Upload and search modules are the vital parts when it comes to eNOSHA. Therefore, detailed explanations about those two modules are given below. Search module has been divided into two parts namely, “Search” and “Advanced Search”. Search can be classified as a simple search which can be used to perform a basic search either by selecting a particular category or by typing in a word or a phrase. Advanced search is an area where the users are provided with a lot of search options. After performing a particular search, users are given the facility to filter results based on authors, keywords, category, title or description. Upload module consist of functionalities to upload content into four aggregation levels known as atoms, collection of atoms, course modules and full courses. Users have to upload content into categories and sub categories which can be created by them according to their requirements. Creation of categories can be done under “Administration” module. The fields which the users have to be fill are categorized into two separate parts called “mandatory” and “optional’ to make it easy for the users. Even to make it more flexible and to reduce the same data being entered several times, it was decided to introduce a facility called “User Templates”, where users are given the freedom to create their own template for their requirement. File upload: The user can upload material after filling in some metadata fields (mandatory and optional). This function was enhanced with user templates and bulk uploading. A file upload in eNOSHA is shown in Figure1. Other modules along with their functionalities are given below. 8 Enosha Hettiarachchi, Peter Mozelius, Kamalanath P. Hewagamage, Mathias Hatakka, Isuru Balasooriya and Damith Karunarathne The International Journal on Advances in ICT for Emerging Regions 03 December 2010 G. Functionality Being a LOR, eNOSHA is equipped with the most basic of the enhancement functionalities. Core functionalities like upload, search, download, administration, user management were identified initially and then the enhancement modules like commenting, rating, user templates, bulk uploading, help, error handling and statistics were integrated.  Search (Simple and advanced): A simple search was implemented for the purpose of a broader search. whereas an Advanced search was set alongside it to enable better locating of resources. This concept of locating was implemented in the simple search by a filtering mechanism, where the user can keep on filtering the results until a hit is found. The Functionality of downloading was also attached with search.  Administration: Initial concept of system administration was a single unit to control the system, where a super administrator had control over the options, users and overall system customization. This was broken down into 2 separate functions, where system administration is to be assigned as a role to an administrative user and user administration and some other special tasks is held by the super administrator.  Commenting: Users are able to comment on the learning objects uploaded to the system  User Templates: When a certain user uploads similar files, with almost the same metadata, with the exception of few key metadata, he can create a user template and use it to upload objects. The information from the selected user template will be automatically taken, while the rest of has to be filled in.  Bulk Upload: Attached to the templates, when a user uploads similar files with the shared metadata, the process can be split into 2 actions, the upload action and the metadata filling action. The latter will not take much time since the user template has already been filled in a lot of values. Only the unique metadata has to be filled in after all the files have been uploaded to the server.  Help: A separate module for glossary and tutorials on how to use the system, showing sample data uploads and search along with other administrative tasks.  Error Handling: A module for storing the source of errors and details including originating module, error message etc.  Statistics: A module for a comprehensive statistic reporting of the system, including the most rated or downloaded materials, active users, most searched keywords, most uploaded category etc. In addition the statistics on the errors are also recorded. VI. ARCHITECTURE One of the primary concerns of the database design was to make it as flexible as possible for other adopters of the system and future expansions. Flexibility meant making the system customizable for all users who will adopt the system. eNOSHA enables customization of metadata values including categories, languages etc. Our main assumption in building the system was eNOSHA will be a out of the box learning object repository for a generic use because we incorporate our own metadata set which we have derived out of the LOM standard, considering the most prominent metadata when learning objects are considered. It will serve as a LOR in most cases without any customization except for a very few. eNOSHA has a localization scheme based on language files. System Architecture can be illustrated as shown in Figure 2. VII. IMPLEMENTATION AND AVAILABILITY Testing of the eNOSHA system can be done at http://www.e-learning.lk/enosha. The full product together with the source code and documentation is available for download from, http://www.e- learning.lk/projects/enosha.php. Programming languages and techniques used in the development of eNOSHA are Fig. 1. File Upload in eNOSHA http://www.e-learning.lk/enosha http://www.e-learning.lk/projects/enosha.php http://www.e-learning.lk/projects/enosha.php Enosha Hettiarachchi, Peter Mozelius, Kamalanath P. Hewagamage, Mathias Hatakka, 9 Isuru Balasooriya and Damith Karunarathne December 2010 The International Journal on Advances in ICT for Emerging Regions 03 PHP, JavaScript and Ajax. The system is tested on both Windows and Linux operating systems and it works well on both platforms. VIII. DISCUSSION AND CONCLUSION The aim of this paper was to present the development of the eNOSHA Open Source LOR with regards to three key concepts, flexibility, reusability and user-friendliness. Initial testing of the system indicates that the reuse of content can be improved with eNOSHA. Several modules (i.e. search, comments, version handling etc.) support reuse. Considering user-friendliness, we found a need for improved efficiency if the system should be used in the daily work at the UCSC eLC. The most important functionality we added was bulk uploading where the CDs and IDs should be able to work with templates to reduce the repeated filling in of standard metadata fields. Regarding flexibility and context independence, it is hard to measure it without first implementing the system in more environments, but the eNOSHA LOR seems flexible enough to work in parallel for internal and external use at the UCSC. Important future work is to test the eNOSHA system in more contexts. The most important extension in the 2010 sprint 5 will be the eNOSHA – Moodle integration. To be able to search content in the eNOSHA system directly in the Moodle environment is a request from the UCSC e-Learning Centre staff that we think will be appreciated also by other organizations using the Moodle LMS. However, Moodle is just one of many learning management systems used in e-learning, and to provide interoperability and true context independency the eNOSHA system will need an interface for integration with all major learning platforms. Since eNOSHA and Moodle both are open source systems and written in the PHP programming language, the integration is easier to obtain than what would be the case with a proprietary system like Blackboard written in another programming language. A possible solution here could be to develop an interface based on Web Services with a common protocol for intercommunication. eNOSHA is for the moment a system for the Free and Open Source Software (FOSS) community with FOSS design ideas but another aspect of flexibility would be to extend the system with a gateway module working with different protocols. IX. FUTURE WORK In this paper the eNOSHA system has been tested and updated in the daily work at UCSC. For a better understanding of the systems flexibility, strengths and weaknesses we find it important to test the software at universities in different parts of the world. As the work process differs between universities we need to compare the use of the system in different contexts to further improve its functionalities. The eNOSHA – Moodle integration needs to be evaluated and tested by the e-learning centre staff in the content development. Based on the eNOSHA – Moodle integration a common interface could be constructed that serves for interaction and integration with any existing virtual learning environment. ACKNOWLEDGEMENT The development of the eNOSHA system has more than anything been a team work where far from everything has been done by the authors. We would like to thank the members of the software development team: Sirani Hewage, Thilini Chaturika, and Chetana Nanayakkara. We would also like to thank Madhavie Mudalige, Lars Glimbert, Gihan Wikramanayake and the staff at the UCSC eLC for their support and feedback throughout the process. REFERENCES [1] Attwell, G., and Pumilia, P.M. "The New Pedagogy of Open Content: Bringing Together Production, Knowledge, Development, and Learning," Data Science Journal (6:7) 2007, pp 211-219. [2] Baskerville, R., and Wood-Harper, T. "A Critical Perspective on Action Research as a Method for Information Systems Research," Journal of Information Technology (11:3) 1996, pp 235-246. [3] Cardinaels, K., Michael, M., and Duval, E. "Automating metadata generation: the simple indexing interface," in: Proceedings of the 14th international conference on World Wide Web, ACM, Chiba, Japan, 2005. [4] Davison, R., M. , Martinsons, M., G. , and Kock, N. "Principles of canonical action research," Information Systems Journal (14:1) 2004, pp 65-86. [5] Hatakka, M., Avdic, A., and Andersson, A. "SCORM - From the Perspective of the Course Designer - A Critical Review," in: Proceedings of the 6th European Conference on e-Learning, Copenhagen, Denmark, 2007, pp 1-10. [6] Hatakka, M., and Mozelius, P. "A model for a Learning Object Repository Metadata Set - A Case Study at UCSC, Sri Lanka," eASIA, Colombo, Sri Lanka 2009. Fig. 2. System Architecture 10 Enosha Hettiarachchi, Peter Mozelius, Kamalanath P. Hewagamage, Mathias Hatakka, Isuru Balasooriya and Damith Karunarathne The International Journal on Advances in ICT for Emerging Regions 03 December 2010 [7] Kock, N. Information System Action Research: An Applied View of Emerging Concepts and Methods Springer Science+Business Media, LLC, Texas, 2007. [8] Levental, L and Barnes J. "Usability Engineering,Process, Products and Examples", Prentice Hall, 2007 [9] McGreal, R. "A Typology of Learning Object Repositories", Springer Berlin Heidelberg, 2008, pp 5-28. [10] Michael, J.M. "Participatory design: the third space in HCI," in: The human-computer interaction handbook: fundamentals, evolving technologies and emerging applications, L. Erlbaum Associates Inc., 2003, pp. 1051-1068. [11] Michael, J.M., and Sarah, K. "Participatory design," Communication of the ACM (36:6) 1993, pp 24-28. [12] Nagamori, M. & Sugimoto, S. "A Metadata Schema Registry as a Tool to Enhance Metadata Interoperability." TCDL Bulletin, 3. 2006 [13] Schackel, B. "Ergonomics in design for usability",in Proceedings of the Second Conference of computers: designing for usability. York, United Kingdom pp 44 - 64, 1986 [14] Schwaber, K., and Beedle, M. Agile software development with Scrum Prentice Hall PTR Upper Saddle River, NJ, USA, 2001. [15] Usability, http://www.userfocus.co.uk/resources/iso9241/part11.html (March 07, 2010) http://www.userfocus.co.uk/resources/iso9241/part11.html