Analyzing the Requirements for an

Information

System:

Tutoring System

Online

1. Analysis

of

Functional

and

Non-functional

requirements using FURPS+ Framework

A typical online tutoring system is considered as the required system and the respective
functional and nonfunctional requirements of the system are analyzed with the help of FURPS+
framework and they are as listed below

1.1

Functional requirements

Functional requirements deals with all the activities or actions executed within the system and
following are the key functional requirements of the proposed Online tutoring system

Users are of three types like students, tutors and admin and these users have the primary

registration, login, system access and logout functionalities

Admin will upload the list of courses and the content available for online tutoring system
Students can register with the system and admin will approve the registration
Tutors will register with the system by their qualification and subject of expertise, where

admin will review the tutor experience and approve the registration
Students will select their desired course and time to attend the session and the process

will be sent a request for online course to the admin

Tutors will select their expertise course and convenient timings, such that admin will save

them for further usage

Students will be schedule with initial demos of the respective course interested based on

the tutor availability

If the student is satisfied with the demo, actual session will be requested by them by

paying fees online using the credit card

Tutors will be paid twice during the course time
Students can also raise requests for the new courses based on their convenient timings
Admin will check the status of the available tutors and allocate the schedules as per the

convince of both the students and tutors

Admin will login to the meeting and track the quality of the session
Admin can cancel the session if he or she finds any malicious activity during the session
Students can share feedback of the entire session at the end of course
Students can ask queries to the tutors and they both can work together on a specific
problem or assignment
2

Admin will charge extra fees from students if they want to repeat any of the closed

sessions
Admin can generate the reports of all students, tutors, sessions and courses available
during a month or year

1.2

Non-functional requirements

Nonfunctional requirements in general deals with the external activities of a system and the few
important of them for the current online tutoring system are as listed below
Usability: All the functionalities of online tutoring system are used by the tutors, students and
admin and they are accessible from any sort of devices which are connected to high speed
internet. Recording the sessions is also permitted by the admin based on the student privileges
and thus usability constraints are simple and user friendly for the current application.
Reliability: Students and Tutors can trust the online tutoring system against providing their
personal and financial details. All the payments done by the students for a particular course are
protected, where the respective payment gateways are secured with complex protocols like SSL
and HTPPS. Unauthorized login to the sessions and systems are blocked by the admin and thus a
reliable system is built in this context.
Performance: Performance of the online tutoring system will be measured against the key
parameters like time taken to complete the registration, login, selecting the course and making
the payment by the students and tutors accordingly. Both audio and video files are streamed with
HD quality and any disturbances during the sessions are cleared, such that best online class
experience can be achieved in this context.
Security: As online tutoring system can be accessed via remote login of students and tutors,
required level of security is provided with protected VPN access and corresponding login.
Administrator will maintain the list of sessions completed during the month and can pen-test the
sessions against intruder detection and evaluation of entire process performance as well.
Design Constraints: Web Servers and Application servers will support remote login of the
students and tutors and the entire process will be completed within 2 minute. All the web pages

are designed with simple user interface, where the students and tutors can simply share the
materials, assignments and other course contents.
Implementation: Remote access of the students and tutors will be implemented with Amazon
and VPN services and the web pages will be designed using HTML5, CSS and Java script for
better user experience and data validations.

2. Stakeholders of Online Tutoring System

Stakeholders against their roles and responsibilities over the proposed online tutoring system are
identified and given as below

2.1

Internal/Operational

Internal/Operational users or stakeholders of online tutoring system are classified based on their
role over the system and are as given below

Primary stakeholders of the system includes students and tutors, where they can register,

login and attend the session as scheduled

Guest students can view the courses, tutors, sessions and fees available and if they are
interested, they will raise a request for registration and membership, where the admin will

approved based on few constraints.

Administrator or mentor is the treated as the owner of the online tutoring system and also
one of the primary users of the system and has the responsibility to register the students,

tutors, update courses, update fee structure and conduct sessions.

Technical and customer support team, who will resolve the technical and process issues
raised by the primary users

2.2

External/Operational

External/Operational users of the current online tutoring system are as listed below

Unregistered tutors who visits the website and raise a request to join as the staff of the

online tutoring system

External vendors who provide the list of courses, videos, audios and materials to be share

across the sessions

Online tutoring system development and maintenance employees who will review the
updates to the website and upgrade the technologies accordingly

2.3

Internal/Executive

Internal/Executive users of the current online tutoring system are as defined below

Top level admins and managers who monitors the overall business and technical

developments of the system and suggest further business and organizational objective
Video and Audio streaming support team, who will resolve any issues related to
multimedia content sharing among the students and tutors and thus ensure the system is
up during the sessions

2.4

External/Executive

External/Executive users of the current online tutoring system are as listed below

Technological partners of the online tutoring system like HP, IBM, SAP and Oracle,
where they provide licensed software and infrastructure to be used by the tutors and
students during the lecture sessions.

3. Questionnaire to Operational Stakeholders

Analyzing the exact requirements of the online tutoring system prior to developing the actual
design and methodology is done by gathering the primary source of information from
Operational Stakeholders like Administrator, where following interviews will be helpful in this
context

1. How do you tutors for the system and what level of experience you seek from them?
2. How many registration requests will be handled by the system per day and does the
performance need to be enhanced in this context?
3. How many courses a student or tutors can register at a time?
4. How many subjects can be added to a single category of course simultaneously?
5. Do the tutors have any direct communication medium with students apart from the
sessions being conducted?
6. What are the different communication media you use to interact with the students and
tutors?
7. Who are the primary students those register with the system and are there any
categorization based on demographics?
8. What is the duration of a normal tutoring session and will be monitor the entire session?
9. How will you track the queries raised by the students to the tutors and what is the role of
your support team in this context?
10. How will you attract the students or tutors, is there any external service provider to
promote the tutoring system?
11. How will you update the course list as requested by the new students or registered
students?
12. Do you provide any additional benefits or discounts to loyal and regular students
registering for new courses?
13. What are the different payment modes available to accept the fee from students and pay
the respective tutors?
14. Is there any offline mode to attend the skipped sessions by the students and tutors?
15. Do the students can raise queries which are out of course and if they are solved, will you
charge from them?
16. Does the current system support remote login from mobile devices?
17. What are the different CURD operations implemented on the students, tutors and courses
database tables in general?
18. How will you gather and analyze the feedback from students about the sessions being
conducted?

4. Domain Model Class Diagram

Basic classes of the proposed online tutoring system are analyzed against the key findings from
the interviews conducted and the respective class diagram is as shown below

Fig 4.1: Class diagram of proposed Online Tutoring system

5. Use case descriptions

Primary users like students, tutors and admin are identified and the respective use cases are as
discussed below
Use cases of students are as listed below

Request registration and membership

Register for course
Search course
Search tutor
7

Request for a specific tutor

Register for a session
View all courses
View all tutors
Raise query
Attend session
Share feedback
Make payment
Share assignments

Use cases of tutors are as discussed below

Register with skillful courses

Share content of course
Solve queries of students
Attend session
Share audio and video files with students
Raise invoice
Update skillset

6. CURD operations Admin use case

Create

Create course
Create subject
Create session
Create course category
Create fee structure

Read

Search for student registration

Search tutor registrations
View all the courses
View all students
View all tutors
8

View all sessions over a month

Update

Add Students
Add Tutors
Add courses
Add fee structure
Add invoices
Add subjects
Add content file
Add multimedia files
Add sessions
Add report

Delete

Delete tutors
Delete students
Delete course
Delete contents
Delete multimedia files
Delete schedules

7. Detailed use case description

Two important use cases of students like search course and register for course are explained in
detail and they are as provided below

7.1

Search course

Use case name

Scenario

Search course
Students can login to the system and search for the desired

Triggered event

course
Students will click on the button Search Course to search the
9

Brief description

required courses available across the system

Post registration and successful, students can search for all the
courses available or existing students can search for new
courses added to the system and select them for further

Related use cases

Stakeholders
Preconditions

Post Conditions

Flow of Activities

processing
Registration and Login
Registered and Guest student
Students should be aware of the search process
Admin should provide the list of courses such that

students can search them

Existing students should clear at least one of the course

successfully to search for new course

Each and every search result of course will also display

the respective tutors and available timings

Search should filter all previous search results and new

courses
Previous searches of the students will be displayed

against their login

Course database holds all the information related to

courses searched by the students

Proper indexing and categorization is done to optimize

the search process

Search results should be saved against the student

profile or user account

Actor
System
Students can
System
search

will

index

the search

the

course

keyword

table

entering the

from

the

display

respective

user

and

search

key words

displays

results

the

respective

appropriat

categories

the

for

desired

course

by

will

External Database
Database

take

e results
10

to
the
and

Exception conditions

Searched courses are not available or not displayed

properly

8. Important Use cases diagrams

Following are the important use case diagrams identified for the current online tutoring system

Fig 8.1: Student use cases

11

Fig 8.2: Admin Use case

9. Activity diagram for Online tutoring system

Activity diagram covering all the important activities of the online tutoring scenario is as shown
below

12

Fig 9.1: Activity diagram of student attending session

13

Fig 9.2: Activity diagram of tutor attending the session

10.

Sequence

diagrams

for online shopping

cart

system

Following is the required sequence diagram of the customers and tutors attending the session

14

Fig 10.1: Sequence diagram of searching and requesting for a course

Fig 10.2: Sequence diagram of taking the session by tutor

15

11.

State machine diagram

All the important states of online tutoring system are identified and given in the form of state
machine diagram and shown below

Fig 11.1: State machine diagram of Student class

16