WP2 Planning completed!

The following pages contain material from the planning period. Some may have changed later.

Progress report for fall 2015

  • Planning activities completed. Change requests or new additions will be handled when needed.
  • Legal issues tackled, see workshop
  • No remaining action points

Activities during fall 2015

  • Listing of legal questions that need to be addressed - see minutes from workshop

Other issues (old)

Issues that need to be sorted out

  • Naming of components. In the project proposal to EU we talked about a NCP and SMP only, which is used in the marketing material. In technical discussions we talk about a HEI client, SMP and NCP.
    • Let's use SMP and NCP for marketing purposes, more technical discussions can go into more details
  • What options for screening study records will be offered to the student?
    • The student will be able to select which courses he wants to import
  • What happens and where, if the matching process fails?
    • Meeting with Data Protection Ombudsman in Finland proposed, see meeting notes
  • List of participants and time plan for the field trial
    • Planning meeting 26.3 in Stockholm - preliminary list done, which will be updated

Table of Contents

Subpages

Planning

 

Field trial network picture

The filed trial will be run in five countries. The setup is shown below and here.

Wireframes

Wireframe mockup: https://moqups.com/lundin.goran@gmail.com/2sWGyfXn/p:a2fa73ae2

Italian Wireframe mockup: https://moqups.com/megachirone@gmail.com/vULqzxsH/p:ac3457fa0

Also the pictures from the mockup

Swedish Wireframe mockup: http://vl9gc1.axshare.com/home.html

User stories

Recognition of previous studies for an active student (main focus in Emrex)

Geir is an active (enrolled) student at the University of Oslo in Norway. As part of his studies he spent an exchange period in Finland, where he took courses from Helsinki University and the Metropolitan University of Applied Sciences. Now Geir has returned to Oslo and would like to get his studies in Finland recognized as part of his degree program in Oslo.

Geir logs onto StudentWeb (connected to FS - the SIS system of the University of Oslo) using his local credentials. He then starts the Student Mobility Plugin (SMP) by clicking the correct link in StudentWeb. Thus Geir is already authenticated in SMP with his local credentials.

The SMP asks Geir to choose from which country (note: in future releases there could be a dynamic selection process, where the students selects the university, region and/or country and the system then selects the correct NCP) he would like to retrieve his student data. Geir chooses Finland.

The SMP contacts the EMREG register to find the address to the correct National Contact Point (NCP). After that the SMP contacts the NCP to inform the NCP that a student called Geir is asking for his student data in Finland.

The NCP asks Geir to authenticate himself in Finland. Geir selects Haka, the Finnish authentication service, (in the trial only Haka will be supported, later perhaps other authentication services) and enters his username and password that he used, when studying in Finland at Helsinki University. (note: Geir needs to do this before his account in Finland expires). The NCP confirms that Geir is authenticated in Finland. The NCP then asks Geir what information he would like to retrieve. (note: still to be decided: suggestion is to possibly first choose from which HEI and then filter achievements based on HEI, date, degree). Geir selects the courses he wants to get.

Using the Finnish credentials the NCP then contacts the Finnish national data warehouse, Virta, and asks for Geir's data. The received data is then presented to Geir. The NCP also checks whether course descriptions are available and adds that to the data when possible (NCP specific).

Geir confirms the course data he wants to have.

The NCP signs the student data and sends it back to the SMP in a secure way.

The SMP performs a check based on name, birthday and sex to confirm that the Geir in Finland is reasonably the same as the Geir in Norway. If this check would fail, the SMP would flag the data and an administrator would have to manually confirm that the two Geirs are the same person.

However, as the check is successful, the SMP then saves the student data in the correct local database in FS. The SMP informs Geir that the retrieval process was successful and that the data is now in the Norwegian recognition process for approval by an administrator. If appropriate, the NCP also sends a trigger to the local SIS that there is new student data for processing. 

Geir exits the SMP and continues the process in StudentWeb.

 

Student admission: eligibility and/or reviewing student data (similar Emrex-process, but could be started form another system) - Prio 2, i.e. might be implemented in some countries

Pamela has a BA from the University of Gothenburg. She would like to continue her Masters studies abroad and is applying to the University of Copenhagen.

Pamela starts the application process using the admission system in Denmark. When filling in the application form, Pamela is asked to present proof of her BA degree. Pamela then clicks a link in the admission system to electronically transfer her degree data. The link opens up the same SMP webpage as in the first case and from there on the process is similar to the first case.

(note: should Pamela also be authenticated in Denmark? How?)

 

Post-studies retrieving student data (optional, not implemented in Emrex)

Simone is applying for an international job in marketing. The company has operations in Poland and Simone would like to prove that he has indeed studied international cuisine at the University of Warsaw.

Simone opens a national SMP-service page. He is then asked for what purpose he is retrieving his study records and selects that he wants to show his record to a third party.

Simone is then asked to authenticate himself using a national authentication service. After identification he selects the country from which to retrieve his information. Simone selects Poland.

From here on the process is similar to the first case. Simone authenticates in Poland (note: requires lifelong access rights, or that there is a EU-wide eID in place). He can then select what data he wants to retrieve and the data is sent back to the national SMP service.

The national SMP service then stores the data securely and presents Simone with a corresponding access code to the data. Simone can then give this access code to his employer.

The employer also goes to the national SMP-service page and enters the access code. The employer is then presented with the verified achievement records of Simone.

After a set date the access code expires.

 

Emrex process- flowchart

Third draft (simplified, showing the API), DataFlow.pdf

Second draft of flowchart and in .pdf

First draft dataflow_emrex.jpg

System Architecture

The following pictures show the modules included in the Emrex solution. Some of the modules are generic, i.e. can be re-used in any other implementation work. Some are local adaptions and some optional modules, depending on the local process in each country.

NCP System Architecture, (visio, pdf) - updated 5.5.2015

SMP System Architecture, (visio, pdf) - updated 5.5.2015

EMREG System Architecture

 

 

  • No labels