You are on page 1of 9

Anonymous Teacher Evaluation

Vision document

Authors: Cristian Teodor Fărcaș


(farcas.cristian.teodor@gmail.com)

Document Number: 1
Version: 1.0
Publish Date: 2019-04-04
Anonymous Teacher Evaluation Version: 1.0
Vision document document Date: 2019-03-27
Document Identifier: 1

Record of Processing
No. Version Date Status Who Description

1 1.0 2019-03-27 First draft

Record of Approval
No. Version Date Who Description

1 … … …

Recipients of Document
No. Version Date of Distribution Recipients
1 … …

Page 2
Anonymous Teacher Evaluation Version: 1.0
Vision document document Date: 2019-03-27
Document Identifier: 1

Table of Contents
1. Introduction 4
1.1 References 4

2. Positioning 4
2.1 Problem Statement 4
2.2 Product Position Statement 5

3. Stakeholder and User Descriptions 5


3.1 Stakeholder Summary 5
3.2 User Summary 6
3.3 User Environment 7
3.4 Summary of Key Stakeholder or User Needs 7
3.5 Alternatives and Competition 8

4. Product Overview 8
4.1 Product Perspective 8
4.2 Assumptions and Dependencies 8

5. Product Features 8

6. Other Product Requirements 9

Page 3
Anonymous Teacher Evaluation Version: 1.0
Vision document document Date: 2019-03-27
Document Identifier: 1

Vision document
1. Introduction
The purpose of this document is to collect, analyze, and define high-level needs and features of
the Anonymous Teacher Evaluation (ATE henceforward). It focuses on the capabilities needed by
the stakeholders and the target users, and why these needs exist. The details of how the ATE
fulfils these needs are detailed in the use-case and supplementary specifications.

1.1 References
This document references:
 ATE Requirements Glossary
 ATE Use Case Model

2. Positioning
2.1 Problem Statement
The problem of Teacher/course evaluation systems are used in most of
today’s universities. Responsible persons invest time in
generating and then distributing access codes to the
students who use them to anonymously access such
systems. Most of the time, students lose their access
codes, or forget to use them.
affects Students, teachers, universities.
the impact of which is A considerable number of students avoid providing
useful feedback for the sole reason that it is too
complicated to do so. Providing a more quick and
intuitive way to rate the courses they attend will certainly
increase the number of students willing to give
feedback, thus increasing the overall attention this
process receives.
a successful solution would The proposed solution is based on Intel® Security
be Guard Extensions, which has the capability to execute
code and process data in an isolated environment. This
means that it is able to take as input encrypted data
(students’ review), decrypt it, and provide as output the
result of evaluation without revealing students’ identity.
Besides, no one is able to obtain the private key
necessary to decrypt the input data since it is stored
inside the protected environment.

Page 4
Anonymous Teacher Evaluation Version: 1.0
Vision document document Date: 2019-03-27
Document Identifier: 1

2.2 Product Position Statement


For students, teachers, universities
Who want: a more quick and intuitive way of teacher/course
rating; more students willing to provide this feedback
The Anonymous Teacher is an extension of the university/moodle account that
Evaluation allows students to review their courses, and teachers to
get reports
That - would allow students to review their courses directly from
their university/moodle account, without the need of
distributing access codes
- would allow teachers to receive on email and on their
university/moodle account reports about the evaluation
Unlike generating and distributing access codes among students
Our product will streamline the entire review process

3. Stakeholder and User Descriptions


3.1 Stakeholder Summary
Name Description Responsibilities
Technical University, academic background, Academic and research institution
University of Cluj- is interested in getting more responsible for offering advanced
Napoca students to review their courses in training and courses in the technical
order to take appropriate actions field

Teacher Professor in the Computer Science Professor responsible for creating


department, technical, is interested interactive course materials and
in receiving a more accurate giving lectures
feedback
Student Student, attends courses, provides Responsible for attending courses,
feedback solve assignments, pass courses and
provide feedback to professors

Page 5
Anonymous Teacher Evaluation Version: 1.0
Vision document document Date: 2019-03-27
Document Identifier: 1

3.2 User Summary

The users discussed in the Vision document are presented in the bellow diagram. It can be observed that
all users extend the Authenticated User which is the user with login rights.

Name Description Responsibilities Stakeholder

Authenticated User with login credentials to Is always extended by other University,


User use the system roles Teacher,
Student
Student User with minimum rights Can input feedback to Student
courses and edit them later
Teacher Has some courses Can download reports Teacher
associated with him about the reviewing session
University Has admin role in the system Responsible for Technical
establishing review University of
sessions Cluj-Napoca

Page 6
Anonymous Teacher Evaluation Version: 1.0
Vision document document Date: 2019-03-27
Document Identifier: 1

3.3 User Environment


3.3.1. Users
The platform will be operated by an average of 1000 students and 30 teachers simultaneously.

3.3.2. Time limits


Reviewing sessions usually last for 2-4 weeks, and students can give their feedback anytime
throughout the session.

3.3.3. Infrastructure
On the client side there can be any Operating System. Client interacts with the platform through
browser.
In the future, mobile client compatibility shall be offered.
On the server side, the module should run on any platform supporting CPU feature Intel Software
Guard Extensions enable, Java Runtime Environment, and MySQL Server 5.7.

3.4 Summary of Key Stakeholder or User Needs

Need Priority Concerns Current Solution Proposed Solutions


Reviewing platform 0 All Separate link for Integrate the new platform
reviewing and getting with student’s/teacher’s
reports Moodle account
Reviewing session 1 UTCN Generate random access Schedule reviewing
creation codes and distribute session for a certain
them. Make available the interval. Platform
reviewing form through automatically changes its
those codes in a certain state
period
Remote Attestation 1 UTCN No implementation exists Use Intel SGX Remote
Attestation method to gain
user’s trust
Anonymity of users 1 UTCN, Generating random Use of Intel SGX that
Students access codes enables process of data in
a protected
environment(enclaves)
Export reviewing 2 UTCN, Plain text with all the Structured PDFs with
reports Teachers reviews reviewing data. Graphs.
Statistics

Page 7
Anonymous Teacher Evaluation Version: 1.0
Vision document document Date: 2019-03-27
Document Identifier: 1

3.5 Alternatives and Competition


There is no competition in the market.

4. Product Overview
The ATE platform should provide functionality for university having streamlined reviewing
sessions. Students give their feedback directly from their Moodle account, while being
anonymous. Teachers must be able to download reports with received reviews.
The platform should be designed as a stand alone application, and then it should be integrated in
Moodle.

4.1 Product Perspective


The product will extend the existing features, making it more usable and efficient for students and
teachers.
The implementation will be eventually integrated in Moodle.

4.2 Assumptions and Dependencies


Server side:
- Hardware supporting Intel Software Guard Extensions
- Java Runtime Environment
- MySQL Server 5.7

Client side:
- Assumed to be a trusted component within the system

Page 8
Anonymous Teacher Evaluation Version: 1.0
Vision document document Date: 2019-03-27
Document Identifier: 1

5. Product Features

5.1. FEAT ATE01: Reviewing Platform


The product shall provide a reviewing platform available for students, teachers and university
itself. It is going to be integrated within Moodle platform, so that users can reach it easily from
their university account.

5.2. FEAT ATE02: Reviewing Session Creation


Admin of the application must be able to schedule reviewing sessions. Moreover, the sessions
can be updated or removed before the reviewing session begins.

5.3. FEAT ATE03: Remote Attestation


In order to ensure the client/student about the integrity and confidentiality of its feedback, the
system must be able to attest itself as being trusted, i.e. demonstrate somehow that a real
enclave is running in the server side and that the client is going to communicate with it. This is
possible with Intel Remote Attestation method.

5.4. FEAT ATE04: Ensure anonymity


During the Remote Attestation procedure an asymmetric key is shared between client and
enclave: all the clients will have the public key, while the private key will be only inside the
enclave. In this way, student’s feedback is sent encrypted and only the enclave can decrypt it.
Student’s identity will get lost inside the enclave.

5.5. FEAT ATE05: Reporting


Various reporting capabilities must be supported. Teacher must be able to download reports and
statistics detailing the reviews received on their courses.

6. Other Product Requirements


6.1. Usability
The user interface shall be very easy to use and intuitive. Two goals should be strived for:
- One click away functionality
- Intuitive interface – zero training

6.2. Open
The project shall preserve an open architecture and the ability to include further enhancement
requirements. It should be designed in a way in which other people can continue developing it.

6.3. Availability
The application should be available during the whole reviewing session. Maintenance tasks and
application downtime shall not exceed 2 hours per week and shall be outside the session period.

6.4. Security
The system must provide both data integrity and confidentiality of student’s identity. Data provided by
students should be encrypted before being sent to the server. Only the enclave can be capable of
decrypting feedbacks.

Page 9

You might also like