Loading...
 

TransversalAnalysisMethodology

This is an academical paper written collaboratively by Research and innovation group Bastida from Universitat de Barcelona and Arca, Free Software development network from Brazil, proposed for FISL.

Below is the latex source we're building, if you just want to read the results without weird tags check the attached files for a pdf version, may be not up to date


The latex (.tex) source

\documentclass12pt

So I launched this 13 years ago! I am very pleased with the current state and progress. It will just get better and better as the community grows :-)

Here were the initial vision/goals/plans:

A slideshow: https://wikisuite.org/Initial-Slideshow
An interview (in French): https://wikisuite.org/Initial-Interview

It was originally called "Tiki Suite" as a suite of tools around Tiki Wiki CMS Groupware, and also because suite also means next in French. So the next step for Tiki :-)


\usepackage{sbc2003}

\usepackage{graphicx,url}

%\usepackagebrazil{babel}
\usepackagelatin1{inputenc}


\usepackagenumbers{natbib}

\sloppy

\title{Building a tool for transversal analysis methodology in university degrees with Tikiwiki and Morcego}

\author{Jordi Sancho Salido\inst{1} \and Alexandre Freire\inst{2} \and Luis Henrique Fagundes\inst{3}}

\address{Research and innovation group Bastida\\ Secci\'o departamental de treball social i serveis socials \\ Facultat de Pedagogia \\ Universitat de Barcelona.
\nextinstitute
Arca - Free Software Development Collective\\ Brazil
\nextinstitute
Faculdade de Educac\~ao \\
Universidade de S\~ao Paulo
\email{jsancho@ub.edu \{alex,lfagundes\}@arca.ime.usp.br}
}


\begin{document}

\maketitle

\begin{abstract}

The present challenge to the Free Software culture may rely on the ability to become a layer that allows collaborations between programmers and final users and between institutional and non-institutional forms of organizations on very specific developments. This paper exemplifies one of this cases.

We describe a collaborative project by Bastida, a research and innovation group from the University of Barcelona, and Arca, a free software development collective from Brazil. Bastida is developing a methodology to analyse transversallity in specific university degrees by mapping concepts from a wiki environment and Arca had developed Morcego, an application that allows 3D visualization of graphs, which was further adapted to visualize Wiki page connections in TikiWiki.

We begin introducing the logic of our collaborative project. In the following sections we sketch the proposed methodology in detail and we present the starting software platforms, then we list future work needed to be done and conclude by outlying the special characteristics of this project.

\end{abstract}



\section{Introduction}

Bastida is a Research and Innovation group in the University of Barcelona, one of its pilot projects is a methodology for transversal analysis in university degrees further detailed in Sections \ref{sec:trans} and \ref{sec:meth}. After some preliminary results, we found it valuable to create a dedicated free software tool that would allow to: (1) share and make easier to apply the achievements and (2) to assure future developments, if considered interesting enough.

Naturally we first sought out to find free software projects that could be adapted for our needs. Our search lead us to TikiWiki\cite{tikiwiki}, a very interesting project detailed in Section \ref{sec:tiki}. We were particularly excited to discover one of TikiWiki's components, Morcego\cite{morcego}, a tool that could aid us by providing a 3D graph visualization framework as explained in Section \ref{sec:morcego}. This lead to us to establish contact with Morcego's team, when we also found that one of it's developers is experimenting with collaborative tools in university degrees\cite{incubadora}. Since, we have been discussing how these free software tools could be used and possibly extended to aid us in our common goals.

The primary result of this collaboration is the project we first underly openly here, a proposed methodology to map and analyze the conceptual collaboration between disciplines and subjects in the higher education systems and the free software development planned to make it possible.

\section{The need for a transversal collaboration in universities}
\label{sec:trans}

After centuries of maturation, the universities, as institutions and as educational providers, seem to share common problems. One of these problems may be seen as a consequence of academic organization, strongly based in disciplines, that control the degree's curriculum in order to assure their survival. Some of the strategies are well known: strong incentives for differentiation between disciplines-based departments (to better define one's own exclusive field) and recurrent clashes when defining the degrees (and also defining each weight in it).

As a consequence, the quality of education may be affected, because learning and comprehension of any important subject can hardly be contained in separate disciplines, it overflows naturally between disciplines.

In these cases we may frequently find a common pattern: degrees with a very serious lack of transversality, where a lecturer hardly knows what others are talking about, where some concepts are repeated (sometimes in a complementary way, sometimes the opposite) while other important concepts shared by disciplines simply remain unknown by students because every lecturer thought the other would explain it.

On the other hand, there are forces now that are driving some change dynamics, example:the shake in European legal framework that may also have some repercussions in other countries (like Brazil).

The process of establishing a Common European Higher Education Area by 2010, that started with the Bologna declaration in 1999\footnote{\url{http://europa.eu.int/comm/education/policies/educ/bologna/bologna.pdf}}, signed by 29 countries, is now a wider project with 40 countries all over Europe. This process of harmonization means adoption of comparable degrees, establishment of a common system of credits and co- operation in quality assurance. That means, specifically , changes like the one's introduced in Spain, where every degree now has to be redesigned in order to show between 50-75\% of common contents\footnote{Real Decreto 55/2005 (21/1/2005)}.

In Brazil we can see how this directive somehow influences universities. At USP Leste\cite{uspleste}, recently created division of University of São Paulo, for example, all courses share a common year, the "basic cycle", in which all disciplines will be the same no matter the course, in an effort to achieve transversality between degrees.

As a complementary result of these directives, the process seems aimed to stop this ``fragmentation'' based in degrees controlled by very specific disciplines or sub disciplines. The specialization will come later in postgraduate courses.

For the reasons mentioned above, there is pressure in most universities to build transversal curriculums, but in the process of implementing it, we soon realized that first of all we need to develop methodologies that may help us to project a clear picture of the situation in each degree, before starting to change anything, and most of the tools we previously used seemed very primitive.

An example of the formerly used strategies may be trying to arrange a common meeting with (some or all) the lecturers to discuss ways to combine or reach common areas. The results normally show then that these efforts give, at best, a partial framework of the common areas, depending mainly in personal relations between lecturers and, at worst, a new field ground to power clashes between academic departments.

The problem we confront comes from a starting point mistake, the lecturers have no reliable information to start discussions about transversality, so they are no reliable sources to start this process. In fact, only students have it, only students have the overall picture of it, acquired by assisting to class. In the solution we sketch in following section, students input the information needed to assist academic departments in their analysis and get a reward by working in this collaborative effort, while it facilitates the analysis of the results by offering a clear visualization of the networks of concepts and their importance.


\section{Proposed methodology for mapping this transversality}
\label{sec:meth}

In this section we first underline the basis in which the methodology relies and then proceed to a quick explanation of it.

\subsection{Background and basis of this methodology}

The project we present here has its origins in a pilot project already initiated\footnote{Started in October 2004 and due to finish in june 2006, with an REDICE 04 grant from the University of Barcelona.} by Bastida Research and Innovation group in the University of Barcelona. Now, after some positive preliminary results, we aim to build a tool that may simplify the introduction and analysis steps and disseminate the possibilities of this methodology from the basis of a free software and documentation project.

We propose a methodology based on five main guidelines: starting from information assembled from student's perceptions as detailed in \ref{sec:1}; Use of collaborative technologies to facilitate the input and reliability of the information, as explained in \ref{sec:2}; Achieve students collaboration by offering reciprocity, as further detailed in \ref{sec:3}; Facilitate analysis by using a focused software platform that would allow direct visualisation of results, as shown in \ref{sec:4}; To open development and application of the methodology by initiating it under a free software license as we will see in \ref{sec:5}.


\subsubsection{Starting from information built from student's perceptions}
\label{sec:1}

As previously introduces, in the project we present here we start from a very simple point: students are the only ones to have objective and complete information about transversality. For this reason, any methodology must start from information they provide and their collaboration, but to assure it in a proper way (it will be a long and tiresome effort) we also need to give them something in return.

\subsubsection{Use of collaborative technologies (Wiki) to facilitate input and reliability of the information}
\label{sec:2}

The idea of letting students draw the conceptual framework from their perceptions (from their work on what they have seen in the classroom) would facilitate the objective, because, as Oleksandr Chernyshenko explains, ``groups normally prioritize the information common to the group, the information that has been discussed before and introduced by consensus actors''\cite{cherny}.

On the other side, Esaley, R.F. et al. (2003)\cite{easley} in one of the few studies that analyzed a considerable number of established groups (24) out of the common experimental groups, concluded that the best working groups used on-line collaboration instruments. These authors make clear that groups that use these instruments show a lower tendency to be locked in domination by particular members, and exhibit a major equality on participation. They conclude that these technologies, compared with the traditional face to face interactions, have a positive result for related and creative tasks but a negative result in decision-related processes.

On the other hand, Bales et al. (2002)\cite{bates} in their meta analysis of recent investigations over the effect of ICTs\footnote{Information and collaboration tools} in a group's decision taking process, explain that it is commonly accepted that in larger groups (as in our case) where anonymity is preserved, ICT's may improve the process (although being slower).

Finally, and for all these reasons, we chose a ``Wiki''\cite{wiki} tool, because it facilitates anonymity while speeding up the decision making processes through achievement of a fast consensus.

\subsubsection{Achieve students collaboration by offering reciprocity}
\label{sec:3}

To accomplish the degree of collaboration required from students during a long term (1 year) it's important to offer something as a counterpart. In this case we think that direct participation in the project (introducing contents to make it available for other students) should be rewarded (in a commonly accorded \% of the marks in all the subjects depending on his/her participation) while indirect participation (just reviewing the contents without introducing them) would be a reward by itself, as a way to use commonly build student notes for exam's preparation.

\subsubsection{Facilitate analysis by using a focused software platform that would allow direct visualisation of results}
\label{sec:4}

A focused software platform would mean better usability. As we will explain later in section \ref{sec:tools}, we will start from an existing platform, but the idea is to make invisible to the user every additional feature not directed to the aimed objective. That would probably make the application easier to use and document by and for new users.

On the other hand, it's very clear that the objective of this project is to develop a medium layer, between brute capabilities of some tools and specific needs from universities. The idea then is to be very specific in use (trying to cover very concrete needs) while being very broad in utilization (trying to cover a wide range of users that have these concrete needs).

It's on this terms that we stress the importance of developing Morcego's layer, to facilitate real time visualisation of results.

\subsubsection{To open development and application of the methodology by releasing it under a free software license}
\label{sec:5}


With that objective in mind, choosing a very narrow interest and trying to achieve a wide use of the tool in development, a free software license seems to be the logic decision, because it allows us to start with well known platforms and also means to allow easy modifications and adaptations to specific needs of different universities.

\subsection{The proposed methodology}

The methodology works in a simple way:

\begin{itemize}

\item
During an academic year the students of a specific degree will start to identify and define the main concepts explained in each subject or course in a Wiki. Every concept has a separate Wiki page. The second step is to start linking the related concepts.

\item

After all this information is gathered, the system needs to analyze it by using social networks methodology, in order to build a conceptual map that helps to reflect the centrality of the different concepts (identifying from which subject it was drawn, eg: with different colors), the holes among them, the strong or weak relations (eg: from the number of links), and the importance/complexity of the concepts (eg: from the number of editings).

\item
After looking at this map, we would start working in specific difficult and transversal concepts (worked from different disciplines and from controversial points of view) by using a factorial analysis to rebuild each concept from the students opinion in order to separate the different dimensions of it as perceived by them.

\item
As a counterpart by their involvement, students would get higher marks directly by their active contribution (introducing and editing contents) and would access to joint student notes in case of passive contribution (using the platform without introducing contents)
\end{itemize}


\section{Building the tools upon a free software code base}
\label{sec:tools}

We first review briefly the two software platforms that we start from to outline then the needed developments to work with the methodology described in previous section.

\subsection{Starting platforms}

Many reports have been made of social-network software being used to collaboratively create and manage content. In our search for tools that could be adapted to our methodology we started looking for a free software based Wiki. A good choice would be one that has good visualisation and relation analysis tools. We came across two free software projects that fit nicely into our project:

\subsubsection{Tiki CMS/Groupware}
\label{sec:tiki}

Tiki CMS/Groupware\cite{tikiwiki}, also known as Tikiwiki, is a powerful web-based Groupware and Content Management System (CMS), using PHP\cite{php}, ADOdb\cite{adodb} and smarty\cite
 Plugin disabled
Plugin smarty cannot be executed.
. It puts together a big set of on-line collaboration tools integrated in one big framework\cite{framework}, resulting in very flexible software that attends most on-line collaboration needs.


Tiki's development community follows a social contract\cite{socialcontract} based on Open Organizations Project\cite{openorg}, that aims to explain how to set up and maintain transparent, accountable and truly participative communities. Some of the basic concepts of Open Organizations are explained by Eric Steven Raymond, showing how freely distributing the sourcecode can improve software development processes\cite{bazar}. This results in a software built by a large number of developers (285 as this paper is being written).

There are at least 5 case studies\cite{cases}\cite{cases2} of Tikiwiki being used for learning management, other than initiatives not documented or linked to these, and 17 developers working on Tiki's learning management system. The methodologies proposed differ from ours, but this shows the capillarity Tiki has to diffuse an innovative learning methodology to other universities and schools by the use of free software.



\subsubsection{Morcego}
\label{sec:morcego}

Morcego is a 3D graph visualization framework developed by Arca\cite{arca}l. It's members decided that they wanted something like Visual Thesaurus\cite{vt}, but lacking experience with 3D engines and applets, they exchanged software development services through RentACoder\cite{rent} with a developer from India, who wrote the first prototype\cite{rent2}. Building upon this code they evolved it into a framework that can be used to visualize graphs and navigate trough a graph's connections as illustrated in Figure~\ref{fig:morcego}.

It is composed of a XML-RPC\cite{xmlrpc} engine that is used to gather graph information and a Java Applet that draws and animates 3D structures representing the graph. It has some navigation features that allow a user to click on a node on the graph and see further connections from that node. The structure can be rotated, so that user can easily bring to focus the area of more interest, allowing analysis of small areas of a big graph. The nodes are positioned dynamically by emulating physical models of gravity, giving an organic sense to a graph that can be used to visualize influence a node has in a network. Morcego's framework was first integrated in Tikiwiki to allow user's to visualize connections between Wiki pages.

It is used by Tiki's users to build nice 3D pictures of their Wikis and also to help visualization of hard concepts by teachers. We have been reported of Morcego being used in high-school classes in Canada and even one report of its use in a presentation to the Minister of Culture in Brazil, to help explain different topics and the methodology of a new digital inclusion project.

\begin{figure}
\centering
\includegraphics[]{morcego-screenshot.png}
\caption{Morcego shows connections from a Wiki}
\label{fig:morcego}
\end{figure}


\subsection{Further developments needed in each tool}

\subsubsection{Morcego's development}
\label{sec:morcegofuture}

By making use of the dynamic graph balancing described earlier, we worked together to plan an innovative way to measure how nodes influence each other and to visualize network evolution dynamics. The principle is that since node positioning is made with a physical model, once graph has reached a stable configuration, the removal of a node would cause all system to move, and the resulting speed of some node on that instant would somehow measure the intensity of the influence the removed node had on that one.

Developing this idea, we plan to have two analysis ways, one objective and another subjective. For the first one, we interpret the resulting force as an ammount of influence, and so we can simulate, without showing to user, the removal of a node, and get a report on how much a node influences the network. On the second way we don't want exact numbers, but to give user a perception on the influence of a node. For that, we might remove the node, and after system get stable, add it again, so user will see the animation of network adapting itself for the absence/presence of a given node. With Morcego's current version this perception can be achieved by dragging a node around to see what follows that node, but it still needs a proper physical model - the current one is just an emulation that doesn't scale for other proportions.

In the methodology proposed by Bastida, there's one big graph, but we can also separate it in three layers: a graph of concepts, one of disciplines and one of students. With the proposed analysis method, we would be able to see independently how concepts, disciplines and students relate and influence each other.

While we apply this technique for analysing the importance of a node in a given instant, it's also important that we can see how this changes through time. For that, Arca has proposed a user interface that would include a draggable timeline bar, with control buttons like a video player, that would display the graph according to the time of an event and play an animation showing network evolution.

A separate area for analysis interface would show a report of both statistical data and detailed descriptions about number and type of connections and/or nodes made by a given student or discipline. The user would be able to press pause to make an analysis of an instant or mark a time interval to get a report, that can be exported to XML\cite{xml} format.

\subsubsection{TikiWiki Development}

While Morcego aims to provide powerful visualization and analysis of graph structures, all the future features described above will require that Tikiwiki is developed to provide the proper information. Here we describe what will be necessary for Tiki to fit into the proposed methodology.

To start with, we identified how the entities involved in the proposed methodology can fit into existing Tiki structures, and how can these be adapted to support the methodology. Students can be represented by Tiki users, with no further developments needed. Disciplines can be groups, and for this we will have to implement Marc Laporte's ideas on Tiki groups\cite{laport}. Each concept, as already explained in \ref{sec:meth}, will be one wiki page, and we can use categories to determine what kind of contribution that page is (ex: only data/information/explanation, comparison between concepts,hypothesis, etc.).

Tiki has too many features we don't need, so we have to simplify it to achieve a cleaner interface, one that will focus user attention on methodology instead of tool. So, the second step will be to customize a Tiki installation, by making an installation profile and a custom theme. This way the software can be easily distributed to reproduce the methodology in other universities and schools.

After this basic setup, we can start using the first version of the tool, while working on the analysis components. The next step will be to extract information and knowledge about network evolution, and for that Arca has proposed the implementation of Emerging Connections (EC) support in Tiki. The idea of EC is to map every interaction between two nodes (that may be a user, discipline or concept) to support visualization in Morcego indexed by timeline as described in \ref{sec:morcegofuture}. For example, every time two users edit the same page, one connection emerges (or is reinforced) between the users. If one of them has edited another page recently, a connection between these pages also emerges, having the degree of this EC to decay with longer intervals between editions.

\section{Conclusions}

The Free Software culture has achieved a commonly agreed success as a framework to develop joined efforts, mainly in technical primary and middle solutions. As an example just think in the typical cliché, that may picture a bunch of programmers working on a specific piece of software that helps to interact with other software. We may also find final projects but either they are big ones (that involve critical mass of people, so they attract enough developers) or little but specific ones (where users and developers can be hardly differentiated).

The next stage is now proving the capabilities of this Free Software Framework (FS Framework) to develop final and narrowly focused solutions, involving developers from very differentiated areas (not only programmers) and directed towards final users interested in results, not in tools. Success in this area would lead to an easy and quick predominance of FS Framework as a simple way of work, with the positive externalities it means in terms of free access and distribution of results.

On a very limited scale, our project is aimed towards this kind of collaboration. As we have seen, existing free software tools, specifically Morcego and Tikiwiki, can evolve to support the creation of new methodologies to map transversality in universities degrees. The evolving free software community is also available to help most researchers, as was our case which resulted in collaboration between the Bastida group and Arca.

We believe this paper shows that there is much room for transversal collaboration between researchers and the free software community and we are eager to report on the evolution of our collaborative project to build upon the current versions of our tools, supporting the needs of our methodology.

%\bibliographystyle{apalike}
\bibliographystyle{plain}
\bibliography{morcegoWSL2005}

\end{document}

The bibliography (.bib) file


@article{tikiwiki,
key = {01},
title = {TikiWiki},
year = {},
note = {\url{http://www.tiki.org}}
}

@article{morcego,
key = {02},
title = {Morcego},
year = {},
note = {\url{http://morcego.arca.ime.usp.br}}
}

@article{incubadora,
key = {03},
title = {Collaborative portal for FE-USP courses},
year = {},
note = {\url{http://pedagogia.incubadora.fapesp.br/portal}}
}

@article{cherny,
key = {04},
author = {Chernyshenko, O. S. and Miner, A.G. and Baumann, M.R. and Sniezek, J. A.},
title = {The Impact of Information Distribution, Ownership, and Discussion on Group Member Judgement: The Differential Cue Weighting Model.},
journal = {Organizational Behavior and Human Processes.},
pages = {12-25},
year = {2003},
volume = {91}
}

@article{easley,
key = {05},
author = {Easley, R. B. and Devaraj, S. and Crant, M.},
title = {Relating Collaborative Technology Use to Teamwork Quality and Performance: An Empirical Analysis.},
journal = {Journal of Management Information Systems. },
year = {2003},
number = {4},
volume = {91}
}

@article{bates,
key = {06},
author = {Baltes, B. B. et al},
title = {Computer-Mediated Communication and Group Decision Making: A Meta-Analysis.},
journal = {Organizational Behavior and Human Decision Processes.},
year = {2002},
number = {1},
volume = {87}
}


@article{wiki,
key = {07},
title = {Wiki definition},
year = {},
note = {\url{http://en.wikipedia.org/wiki/Wiki}}
}

@article{php,
key = {08},
title = {PHP},
year = {},
note = {\url{http://www.php.net}}
}

@article{adodb,
key = {09},
title = {AdoDb},
year = {},
note = {\url{http://adodb.sourceforge.net}}
}

@article
 Plugin disabled
Plugin smarty cannot be executed.
, title =
 Plugin disabled
Plugin smarty cannot be executed.
,

year = {},
note = {\url{http://smarty.php.net}}
}

@article{framework,
key = {11},
author = {Ralph E. Johnson.},
title = {Components, Frameworks, Patterns.},
journal = {In ACM SIGSOFT Symposium on Software Reusability},
year = {1997},
}

@article{socialcontract,
key = {12},
title = {Tiki's Social Contract},
year = {},
note = {\url{http://tikiwiki.org/tiki-index.php?page=TikiWikiSocialContract}}
}

@article{openorg,
key = {13},
title = {Open Organization's guidelines},
year = {},
note = {\url{http://www.open-organizations.org}}
}

@article{bazar,
key = {14},
author = {Eric Raymond},
title = {The Cathedral and the Bazaar},
year = {},
note = {\url{http://www.catb.org/~esr/writings/ cathedral-bazaar/cathedral-bazaar}}
}

@article{cases,
key = {15},
title = {A case of using Tikiwiki in education},
year = {},
note = {\url{http://tikiwiki.org/LearningManagementSystemDev}}
}


@article{cases2,
key = {16},
title = {Another case of using Tikiwiki in education},
year = {},
note = {\url{http://tikiwiki.org/FutureLearningEnvironment}}
}


@article{arca,
key = {17},
title = {Arca - free software developers collective in Brazil},
year = {},
note = {\url{http://arca.incubadora.fapesp.br}}
}

@article{vt,
key = {18},
title = {Visual Thesaurus},
year = {},
note = {\url{http://www.visualthesaurus.com}}
}

@article{rent,
key = {19},
title = {Rent-a-coder},
year = {},
note = {\url{http://www.rentacoder.com}}
}

@article{rent2,
key = {20},
title = {Bid request for Morcego prototype at Rent-A-Coder},
year = {2004},
note = {\url{http://www.rentacoder.com/RentACoder/article/BidRequests/ShowBidRequest.asp?lngBidRequestId=125036}}
}

@article{xmlrpc,
key = {21},
title = {XmlRpc},
year = {},
note = {\url{http://www.xmlrpc.org}}
}

@article{xml,
key = {22},
title = {RFC 3076 - Canonical XML Version 1.0},
year = {2001},
note = {\url{http://www.faqs.org/rfcs/rfc3076.html}}
}

@article{laport,
key = {23},
author = {Marc Laporte},
title = {Suggestions on Tiki groups},
year = {},
note = {\url{http://www.tiki.org/UserPagemarclaporte}}
}

@article{uspleste,
key = {24},
author = {},
title = {USP Leste},
year = {},
note = {\url{http://www.uspleste.usp.br}}
}


Page last modified on Friday 20 September 2019 16:53:34 GMT-0000

Upcoming Events

1)  18 Apr 2024 14:00 GMT-0000
Tiki Roundtable Meeting
2)  16 May 2024 14:00 GMT-0000
Tiki Roundtable Meeting
3)  20 Jun 2024 14:00 GMT-0000
Tiki Roundtable Meeting
4)  18 Jul 2024 14:00 GMT-0000
Tiki Roundtable Meeting
5)  15 Aug 2024 14:00 GMT-0000
Tiki Roundtable Meeting
6)  19 Sep 2024 14:00 GMT-0000
Tiki Roundtable Meeting
7) 
Tiki birthday
8)  17 Oct 2024 14:00 GMT-0000
Tiki Roundtable Meeting
9)  21 Nov 2024 14:00 GMT-0000
Tiki Roundtable Meeting
10)  19 Dec 2024 14:00 GMT-0000
Tiki Roundtable Meeting