Software Architectures for Collaborative Systems (B-KUL-D0R29B)

3 ECTSEnglish26 First termCannot be taken as part of an examination contract
Lemahieu Wilfried |  Put Ferdi (substitute)
OC Handelsingenieur en Handelsingenieur in de beleidsinformatica FEB Campus Leuven

The goal is to analyze recent ICT developments and their applications. Constant reference is made to various technologies introduced in other courses (fundamentals of database management, system software, computer networks, knowledge management and business intelligence, …).
Collaborative Systems can mean both “systems for the support of cooperation” as in CSCW (Computer Supported Collaborative Work), groupware, workflow management,…and “cooperation systems” as in Inter/Intra Enterprise Application Integration, EDI, e-business, …
We examine to what extend both approaches can use the same standard solutions in an Internet environment, as well as their specific demands needing additional technical expansions.

Sequentiality
The student has the following courses (or equivalents)
* Successfully completed: /
* Completed: /
* Taken on at least simultaneously: /
Further explanation
This course at master's level assumes a sound knowledge of the basic material that was covered during the program: system software, computer networks, database management, ...

Activities

3 ects. Software Architectures for Collaborative Systems (B-KUL-D0R29a)

3 ECTSEnglishFormat: Assignment26 First term
Lemahieu Wilfried |  Put Ferdi (substitute)
OC Handelsingenieur en Handelsingenieur in de beleidsinformatica FEB Campus Leuven

 Application-integration
Web based application-integration
Web services
- description / announcement / discovering
- composing services
- management
Platforms
- .NET versus J2EE
Semantic Web
Computer supported collaborative work (CSCW)
Conference applications
- Video conferencing and Electronic Meeting Systems (EMS)
Internet as infrastructure for CSCW
- multimedia and QoS
- P2P
- multicasting over wireless
Collaborative Virtual Environments
Technology acceptance
New business models
- DRM, music industry, …
- charging and paying
- trust and safety

Articles and literature

The students work in groups on the assigned topic, and agree on a division of laborby themselves within their project team. The following group activities should be realized:
- Searching and processing of relevant literature (books, journals, white papers, ...);
- Finding links with previously treated study material;
- Identifying potential links with other topics (and in that case: consultation with other project teams and delineation of the issues);
- Searching for available open source software implementations (and test / evaluate them);
- Identifying possible problems and alternative solutions;
- Interim reporting of the findings;
- Presenting and defending the findings.
During this process there are regular discussions with the teacher to evaluate the project's progress and adjust it where necessary.

Evaluation

Evaluation: Software Architectures for Collaborative Systems (B-KUL-D2R29b)

Type : Partial or continuous assessment with (final) exam during the examination period
Description of evaluation : Paper/Project, Presentation, Process evaluation, Take-Home
Type of questions : Open questions
Learning material : Computer, Course material


Evaluation characteristics
The research process is monitored and guided by the teacher. Each (team of) student(s) schedules multiple individual meetings during which the progress of the research is discussed and evaluated.
Each team of students presents the results of its research in class. Quality of the presentation and attitude during the subsequent discussion are evaluated. 
Different versions of the research paper must be handed in on the appropriate due dates (in an electronic format). Preliminary versions (0.x) are discussed during the individual meetings. Version 1.0 must be available at the moment of the presentation in class. The elaborated final version (1.x) must be handed in before the end of week 13, and will be graded “as-is” (if no improved final version is available on the due date, then the latest version handed in will be graded as if it is the final version).
The take-home exam consists of one or more open questions, each consisting of multiple parts or sub questions. The emphasis will be on identifying/detecting links between the own research topic and the material described in the other research papers.

Determination of the final result
The final grade is a weighted score and consists of the following three parts.
- Active participation (effort during the research process, discussion of preliminary versions of the paper, presentation and defense) is graded and counts for one third of the final grade.
- The final version of the research paper is graded and counts for one third of the final grade.
- The take-home exam counts for the remaining one third of the final grade.
The final grade is communicated as a whole number of a scale of 20.

Second exam opportunity
The features of the evaluation and determination of grades are identical to those of the first examination opportunity, as described above (including active participation).
An improved version (2.0) of the research paper can be handed in before the start of the exam period, and will again be graded “as-is”.
The deadline for the take-home exam will be published in the official exam schedule.
The final grade is again calculated as a weighted score, consisting of active participation (1/3), research report (1/3), and take-home exam (1/3).