MODELING REQUIREMENTS ENGINEERING FOR ABC

(Suite for University Academics Operations)

Software Requirements Specification
Version 2.0

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

Revision History
Date

Version

Description

05/04/2007

1.0

Requirements Specification

21/05/2007

1.0

Requirements Specification

Confidential

XYZ, 2007

Author

Page 2

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

Table of Contents
1. Introduction
1.1
Purpose
1.2
Scope
2. Overview
3. Functional Requirements

FR01: New Semester Creation

FR02: New Semester Course Detail
FR03: Set Registration Permissions
FR04: Make Registration Settings
FR05: Manage Teacher Profile
FR06: Manage Teacher Preferences
FR07: Request Student Course Registration
FR08: Request Student Add/Drop
FR09: Student Course Repeat
FR10: Authorize Student Registration Request (by AO)
FR11: Authorize Student Registration Request (by Advisor)
FR12: Withdraw Course
FR13: Freeze Semester
FR14: Replace Course
FR15: Manage Student Profile
FR16: New Batch Registration
FR17: Late Student Registration
FR18: Migrated Student Registration
FR19: Report Management
4. Non-functional requirements

NFR01: Performance
NFR02: Security
NFR03: Defects-Maintenance
NFR04: Documentation
NFR05: Disaster Recovery
5. Assumptions and Constraints
6. Glossary
7. References

Confidential

XYZ, 2007

Page 3

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

Requirements Specification
1. Introduction
ABC is an online registration system available in XYZ. The aim of this project is to study and analyze this current
system running in the academic institution. On the basis of the analysis performed our goal is to develop a
requirements specification document that supports all the functional and non-functional requirements with
improvements suggested for the current deficiencies.
1.1

Purpose

The purpose of the requirements specification document is to specify all requirements for the current registration
system as well as those requirements that are suggested as improvements for the current system. This will help the
software designers in developing this system in accordance with the requirements given in this specification. This
specification describes all functional and non-functional requirements, constraints, and other factors necessary to
provide a complete and comprehensive description of the requirements necessary to design and develop the
corresponding software systems.
1.2

Scope

The scope of this document is to specify requirements for the current registration system and the improvements that
are suggested during the analysis of this system. In this document we will cover:

Functional requirements for the current registration system and improvements for the system
Non-functional requirements
Constraints or assumptions of the specification

2. Overview
ABC is an online registration system available in XYZ. This course registration system provides a one window
operation to all the stakeholders of the system that specifically include the students, academics officer, and the
teachers. The system provides customized interfaces for the mentioned stakeholders where their queries regarding
the registration, result modules, etc. can be adequately and efficiently handled.
The domain study conducted for this registration system was to acquire a deeper understanding of how the present
system was working and in addition un-cover any gaps or deficiencies in the current system. Although ABC
currently cater to most of the registration related requirements however facilities to Add another course or to Drop a
course, withdraw a course, etc. are not being catered by the system yet. Therefore ABC is being re-studied in order
to identify it possible deficiencies and the system could be re-modeled based on the new requirements that have
been proposed by the stakeholders. The system also need to be properly load tested and concurrency controls for the
database must be placed appropriately so that database updates coming in at the same time must be handled
appropriately.
It is known that the appropriate security must be installed in the system in order to restrain from data forgery or
distortion. Therefore, login system must be secure enough to restrict malicious access to the data that may challenge
its integrity.
Although most of the system functions have been automated, however a slight provision has been made for manual
data entry by the authorized Academics personnel. This freedom has been built into the system while duly
acknowledging the fact that in dealing with the real world situation of course registration, there may be situation in
which such a provision needs to be in place to facilitate the students. This is because accommodating the human
problems and situation factors, some students may not be able to register through the system due to unavailable
circumstances, where this provision can facilitate them in getting their required work done.

Confidential

XYZ, 2007

Page 4

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

Product Functions
The registration system provides the following functions:
The students can perform the following functions:

Register courses online

Add/drop course(s)

Place a survey/thesis request

Withdraw course

Freeze a semester

Course replacement

The Academic Officer can perform the following functions:

Set registration settings (creation of new semester, adding courses, setting registration permissions)

Verifies the student information

Changing student registration status

Creation and updation of teachers and students profile

Generate reports

The teacher can perform the following functions:

View profile

Accept/reject survey/thesis request

Set courses preferences

User characteristics
The following are types of users that are identifiable in the system in context of the system:

Academic Officer
Teacher
Student

Confidential

XYZ, 2007

Page 5

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

The following table describes effect of user characteristics on the systems functionality.

User

Level of Computer
Knowledge
Good
knowledge
of
window-based application

Level of Business
Knowledge
Good understanding of the
registration process

Teacher

Good
knowledge
of
window-based application

Understanding
of
registration process

Student

Good knowledge of the

window-based application

They may or may not know

the registration process very
well.

Academic
Officer

Have the capability of

learning the system quickly

the

Frequency of use
Daily basis

Depends on the teachers needs

Uses in the beginning of the semester,

and often use during the semester

Can follow the instructions

given by the academic
institution

3. Functional Requirements
FR01: New Semester Creation
Req. No.

Functional Requirements

FR01-01

The system shall enable the Academic Officer to create the new semester in the beginning of the
academic calendar that has three cycles each year - Spring, Summer and Fall. The new semester to
start is automatically selected by the system. Any semester already registered cannot be registered
again and wont be visible in the list of semesters available.

FR01-02

The system shall remove all the previous pending registration requests. This option is given to the
academic officer at the time of new semester creation. If the academic officer selects this option
then the pending registration requests of the previous semesters is removed.

FR01-03

The system shall allow the Academic Officer to set the status of all the currently registered students
to Allowed. This will make the registration permission available to all the students.

FR01-04

The system shall enable the Academic Officer to set the status of all unregistered students to
Disabled. All the students whose registration status was previously set as Disabled wont be
allowed to register in the current semester.

FR01-05

The system shall enable the Academic Officer to remove grading/attendance details for the offered
courses completed before the new semester.

FR01-06

The system shall allow the academic officer to disable the option of adding/editing of lectures and
evaluations for the courses to be offered before the new semester.

Confidential

XYZ, 2007

Page 6

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

FR02: New Semester Course Detail

Req. No.

Functional Requirements

FR02-01

The system shall enable the Academic Officer to add course for a new semester from the existing
list of courses. The academic officer selects the semester, department, course name and enters
section, maximum seats and course outline for this course.

FR02-02

The system shall enable an academic officer to edit the course(s). The academic officer enters the
details for the offered course which includes quizzes, assignments, projects, monthly, final weights,
scaling factor and the grading scheme. The academic officer assigns a teacher to a course by
selecting the name of teacher, role and control. The academic officer also selects the batches who
can view the course while registering online.

FR02-03

The system shall allow the academic officer to remove the course(s) from the offered list of courses
for the new semester.

FR02-04

The system shall allow the academic officer to view the course list.

FR03: Set Registration Permissions

Req. No.

Functional Requirements

FR03-01

The system shall allow the academic officer to set registration permissions for the students to view
online registration. The academic officer selects the batch and list of Serial No., Roll. No., Name,
Section, Degree, Registration Status and Allow Registration are displayed. The academic officer can
check the allow registration option for students who can view online registration.

FR03-02

The system shall enable the academic officer to select the students who cannot view online
registration by selecting the allow registration option as uncheck.

FR04: Make Registration Settings

Req. No.

Functional Requirements

FR04-01

The system shall enable the Academic Officer to select the Enable Online Registration option. This
enables the students to view online registration.

FR04-02

The system shall allow the academic officer to select Disable Online Registration after the
registration deadline.

FR05: Manage Teacher Profile

Req. No.

Functional Requirements

FR05-01

The system shall facilitate the academic officer to add a teachers profile containing the personal,

Confidential

XYZ, 2007

Page 7

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

contact, office, qualification and university related details.

FR05-02

The system shall allow the academic officer to edit (modify) the teachers profile.

FR05-03

The system shall allow the academic officer to remove the teachers profile.

FR05-04

The system shall allow the teacher to view his/her profile. Every teacher has a separate login name
and password to enter the system.

FR06: Manage Teacher Preferences

Req. No.

Functional Requirements

FR06-01

The system shall facilitate the academic officer to add the preferences of the teacher in a particular
department for a particular course he/she wants to teach. The academic officer selects the name of
the teacher and the department and a list of all the courses offered in the particular department are
displayed. The course code, title and credits information is displayed in the list. The academic
Officer selects the course (s) form the list that the teacher wants to teach.

FR06-02

The system shall allow the academic officer to edit preferred courses for a teacher.

FR06-03

The system shall enable the academic officer and the teacher to view the preferred courses for a
teacher.

FR07: Request Student Course Registration

FR07-01

FR07-02

The system shall provide an interface to the students where they can place online registration
requests.
The system shall display a list of courses from which the student can perform registration.

FR07-02-01

The system shall display list of all the courses offered to that batch and department.

FR07-02-02

The system shall display list of all courses that the student has withdrawn and are being offered in
the current semester.

FR07-02-03

The system shall display list of all courses that the student can repeat and are being offered in the
current semester.

FR07-02-04

The system shall not display any course to the student whose pre-requisite has not been studied by
the student.

FR07-03

The system shall allow a student to select courses from the list displayed.

FR07-04

The system shall not allow a BS student to register less than three courses.

Confidential

XYZ, 2007

Page 8

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

FR07-05

The system shall not allow a BS student to register more than five courses.

FR07-06

The system shall not allow an MS student to register less than two courses.

FR07-07

The system shall not allow an MS student to register more than three courses.

FR07-08

The system shall allow an MS student to register for his thesis/survey.

FR07-08-01

The system shall display a thesis/survey form to an MS student.

FR07-08-02

The system shall display on the form students semester, program, roll number, name, date and year
on the student view.

FR07-08-03

The system shall enable the student to add his topic name, the advisor name, area of specialization
and select thesis or non-thesis option on the form.

FR07-09

The system shall not allow the student to register the survey/thesis as a fourth course.

FR07-10

The system shall allow the student to submit his registration request to the academic officer.

FR07-11

The system shall not allow the student to perform online registration once the request is submitted.
The registration then becomes disabled on the student view.

FR07-12

The system shall display a message to the student once his registration request has been submitted.

FR07-13

The system shall allow the student to view his registration status. It is Pending after the approval
from the academic officer and then Submit Fee after the submission of dues.

FR08: Request Student Add/Drop

FR08-01

The system shall allow the students to make add/drop course requests.

FR08-02

The system shall display list of courses that the student can add. (This will be the same list as the
registration process list plus all the courses that the student has dropped will not be visible.)

FR08-03

The system shall allow the student to select courses he wants to add.

FR08-04

The system shall not allow the student to add more courses than his registration limits.

FR08-05

The system shall enable the student to view his registered courses in the current semester.

FR08-06

The system shall allow the student to drop course(s) from the registered course(s) list of the current
semester.

FR08-07

The system shall allow the student to submit his add/drop course requests to the academic officer.

FR08-08

The system shall display a message to the student once his add/drop request has been submitted.

FR08-09

The system shall display all add/drop course request status as Pending.

Confidential

XYZ, 2007

Page 9

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

FR08-10

The system shall not allow a student to add a course once dropped, in the current semester.

FR08-11

The system shall display to the student the number of seats remaining in a course.

FR09: Student Course Repeat

FR09-01

The system shall enable the student to view a list of courses from his previous semesters, which he
can or should repeat. It includes all the courses with grade F and GPA C- or less.

FR10: Authorize Student Registration Request (by AO)

FR10-01

The system shall enable the academic officer to view all the registration requests send to him by the
student. The request should display the students semester, program, roll number, name, date, year
and courses they requested for.

FR10-02

The system shall enable the academic officer to view all the thesis/survey requests send to him by
the student. The request should display the students semester, program, roll number, name, date,
year, topic name, the advisor name, area of specialization and thesis or non-thesis option.

FR10-03

The system shall allow the academic officer to forward MS students course registration request to
the current available advisor.

FR10-04

The system shall allow the academic officer to forward MS students survey/thesis request to the
advisor requested.

FR10-05

The system shall enable the academic officer to change the course registration status to Pending.

FR10-06

The system shall enable the academic officer to change the course registration status to Submit
fee.

FR10-07

The system shall allow the academic officer to change the survey/thesis status to Meeting
Required.

FR10-08

The system shall allow the academic officer to change the survey/thesis status to Approved.

FR10-09

The system shall enable the academic officer to select the Enable Online Course(s) Add/Drop
option. This enables the students to view online course add/drop option.

FR10-10

The system shall enable the academic officer to select the Disable Online Course(s) add/drop
option. This disables the students view of online course add/drop option.

FR10-11

The system shall enable the academic officer to view all the add/drop requests send to him by the
student. The request should display the students semester, program, roll number, name, date, year
and courses they added and dropped.

FR10-12

The system shall allow the academic officer to forward MS students add/drop course request to the
current available advisor.

FR10-13

The system shall maintain the seat status of all courses.

Confidential

XYZ, 2007

Page 10

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

FR10-14

The system shall maintain a list of names of all students who added the course when there were
seats available.

FR10-15

The system shall maintain a list of names of all students who added the course when there were no
seats available.

FR10-16

The system shall maintain a list of names of all students who dropped a course.

FR10-17

The system shall reduce the number of seats available in a course dynamically as the students
request to add that course.

FR10-18

The system shall increase the number of seats available in a course dynamically as the students
request to drop that course.

FR10-19

The system shall allow the academic officer to add the course requested by the students in their
current course lists.

FR10-20

The system shall allow the academic officer to drop the course requested by the students from their
current course lists.

FR11: Authorize Student Registration Request (by Advisor)

FR11-01

The system shall enable the advisor to view the students registration requests sent to him by the
academic officer. The request should display the students semester, program, roll number, name,
date, year and courses they requested for.

FR11-02

The system shall enable the advisor to view the students add/drop requests sent to him by the
academic officer. The request should display the students semester, program, roll number, name,
date, year and courses they added and dropped.

FR11-03

The system shall enable the advisor to view the students survey/thesis requests sent to him by the
academic officer. The request should display the students semester, program, roll number, name,
date, year, topic name, the advisor name, area of specialization and thesis or non-thesis option.

FR11-04

The system shall enable the advisor to mark the registration requests as Approved.

FR11-05

The system shall enable the advisor to mark the registration requests as Disapproved.

FR11-06

The system shall enable the advisor to mark the add/drop requests as Approved.

FR11-07

The system shall enable the advisor to mark the add/drop requests as Disapproved.

FR11-08

The system shall enable the advisor to mark the thesis/survey requests as Approved.

FR11-09

The system shall enable the advisor to mark the thesis/survey requests as Disapproved.

Confidential

XYZ, 2007

Page 11

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

FR12: Withdraw Course

FR12-01

The system shall enable the student to make withdraw course requests.

FR12-02

The system shall enable the student to select from registered course(s) to withdraw it.

FR12-03

The system shall allow the student to submit his withdraw course requests to the academic officer.

FR12-04

The system shall display a message to the student once his withdraw request has been submitted.

FR12-05

The system shall enable the academic officer to select the Enable Online Course(s) withdrawal
option. This enables the students to view online course withdraw option.

FR12-06

The system shall enable the academic officer to select the Disable Online Course(s) withdrawal
option. This disables the students view of online course withdraw option.

FR12-07

The system shall enable the academic officer to view all the course withdraw requests send to him
by the students. The request should display the students semester, program, roll number, name,
date, year and the course(s) requested to withdraw.

FR12-08

The system shall enable the academic officer to forward the course withdraw requests to the faculty
member teaching that course.

FR12-09

The system shall enable the academic officer to mark the students grade as W.

FR12-10

The system shall facilitate the faculty member to view the course withdraw requests forwarded to
him. The request should display the students semester, program, roll number, name, date, year and
the course(s) requested to withdraw.

FR12-11

The system shall allow the faculty member to mark the course withdraw requests as Approved.

FR12-12

The system shall allow the faculty member to mark the course withdraw requests as
Disapproved.

FR12-13

The system shall enable the faculty member to send his decision on the requests back to the
academic officer.

FR13: Freeze Semester

FR13-01

The system shall enable the student to make semester freeze requests.

FR13-01-01

The system shall enable the student to view the semester freeze form.

FR13-01-02

The system shall display on the form students semester, program, roll number, name, date and
year.

FR13-01-03

The system shall enable the student to enter his reason in the form for freezing the semester.

FR13-02

The system shall allow the student to submit his semester freeze requests to the academic officer.

Confidential

XYZ, 2007

Page 12

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

FR13-03

The system shall not allow the student to view the semester freeze option once he has submitted the
freeze request.

FR13-04

The system shall display a message to the student once his semester freeze request has been
submitted.

FR13-05

The system shall not allow the student to make any registration or withdraw course requests once
the student has made a semester freeze request.

FR13-06

The system shall enable the semester freeze option on the students view when the academic officer
enables the online registration option.

FR13-07

The system shall disable the semester freeze option on the students view when the academic
officer disables the online registration option.

FR13-08

The system shall enable the academic officer to view all the semester freeze requests send to him
by the student. The request should display the students semester, program, roll number, name,
date, year and the reason to freeze the semester.

FR13-09

The system shall enable the academic officer to block the registration for all the students with
semester freeze requests. Their status will be changed to Decline.

FR13-10

The system shall enable the academic officer to generate a mail to all the students with semester
freeze requests to submit their dues.

FR13-11

The system shall mark the semester freeze requests of students with warning in any of their
previous semesters.

FR13-12

The system shall allow the academic officer to send the marked semester freeze requests of the
students to the advisor for approval.

FR13-13

The system shall enable the advisor to view the students semester freeze requests sent to him by
the academic officer. The request should display the students semester, program, roll number,
name, date, year and the reason to freeze the semester

FR13-14

The system shall enable the advisor to mark the semester freeze requests as Approved.

FR13-15

The system shall enable the advisor to mark the semester freeze requests as Disapproved.

FR13-16

The system shall enable the advisor to send his decision on all type of requests back to the
academic officer.

FR14: Replace Course

FR14-01

The system shall enable the student to make course replacement requests.

FR14-02

The system shall enable the student to view the course(s) he has failed in the previous semesters.

FR14-03

The system shall enable the student to view all the courses he cleared atleast one semester after the
failed course(s).

Confidential

XYZ, 2007

Page 13

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

FR14-04

The system shall enable the student to select from the failed course(s) he wants to replace.

FR14-05

The system shall enable the student to select from the cleared courses he wants to replace the failed
one with.

FR14-06

The system shall allow the student to submit his course replacement requests to the academic
officer.

FR14-07

The system shall display a message to the student once his course replacement request has been
submitted.

FR14-08

The system shall enable the course replacement option on the students view when the academic
officer enables the online registration option.

FR14-09

The system shall disable the course replacement option on the students view when the academic
officer disables the online registration option.

FR14-10

The system shall enable the academic officer to view all the course replacement requests send to
him by the student. The request should display the students semester, program, roll number, name,
date, year, the course to replace and the course to replace by.

FR14-11

The system shall enable the academic officer to forward the requests to head of the department.

FR14-12

The system shall enable the academic officer to forward the requests to the director.

FR14-13

The system shall enable the academic officer to forward the requests to the dean.

FR14-14

The system shall enable the academic officer to replace a students course with another course he
has studied.

FR14-15

The system shall facilitate the head of the department to view the course replacement requests
forwarded to him. The request should display the students semester, program, roll number, name,
date, year, the course to replace and the course to replace by.

FR14-16

The system shall allow the head of the department to mark the course replacement requests as
Approved.

FR14-17

The system shall allow the head of the department to mark the course replacement requests as
Disapproved.

FR14-18

The system shall enable the head of the department to send his decision on the requests back to the
academic officer.

FR14-19

The system shall facilitate the director to view the course replacement requests forwarded to him.
The request should display the students semester, program, roll number, name, date, year, the
course to replace and the course to replace by.

FR14-20

The system shall allow the director to mark the course replacement requests as Approved.

FR14-21

The system shall allow the director to mark the course replacement requests as Disapproved.

Confidential

XYZ, 2007

Page 14

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

FR14-22

The system shall enable the director to send his decision on the requests back to the academic
officer.

FR14-23

The system shall facilitate the dean to view the course replacement requests forwarded to him. The
request should display the students semester, program, roll number, name, date, year, the course to
replace and the course to replace by.

FR14-24

The system shall allow the dean to mark the course replacement requests as Approved.

FR14-25

The system shall allow the dean to mark the course replacement requests as Disapproved.

FR14-26

The system shall enable the dean to send his decision on the requests back to the academic officer.

FR15: Manage Student Profile

Req. No.

Functional Requirements

FR15-01

The system shall facilitate the academic officer to add a student profile containing the personal
information, student contact, parent contact, correspondence contact, university related
information, family information and previous academic record.

FR15-02

The system shall allow the academic officer to edit (modify) the student profile.

FR15-03

The system shall allow the academic officer to remove the student profile.

FR15-04

The system shall enable the student to view his/her academic profile. The student can also view his
registration status and the results of the previous semesters.

FR16: New Batch Registration

Req. No.

Functional Requirements

FR16-01

The system shall enable the Academic Officer to add new batch to the university. The system
displays the option to add a new name and starting semester for the new batch.

FR16-02

The system shall allow the Academic Officer to add sections of the new batch. Any section added
by mistake can also be removed. This option can be used to edit any existing batch information too.
The academic officer has to enter the name of the batch to edit and can add and remove batch
sections

FR16-03

The system shall allow the Academic Officer to migrate student profiles from TES to ABC.

FR16-04

The system shall allow the academic officer to perform registration of the new batchs students.
The academic officer enters the batch, section and degree name and selects from the list of courses
which are to be registered for all the students of the first semester.

Confidential

XYZ, 2007

Page 15

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

FR17: Late Student Registration

Req. No.

Functional Requirements

FR17-01

The system shall facilitate the academic officer to enter the registration information of the students
who have made late registration requests. This option helps the academic officer to register the
courses for a student who has missed the registration due to some reason.

FR17-02

The system shall help the academic officer to verify that the courses requested by the student are
available for that student to register. For this purpose the academic officer can check the students
transcript through the system to review the previous courses he has studied.

FR17-03

The system shall not allow the late registration of the student who does not have the registration
permissions.

FR18: Migrated Student Registration

Req. No.

Functional Requirements

FR18-01

The system shall enable the academic officer to create a new profile of the student who has
migrated from one campus to other campus of XYZ (Reference requirement number FR12-01)

FR18-02

The system shall facilitate the academic officer to enter the previous courses and semester details
of the student who has migrated. The system displays the list of all the semesters not registered for
a particular student. The academic officer provides the roll number of the student and the system
displays a list of all the semesters not registered for him.

FR18-03

The system shall enable a migrated student to view his previous semesters information.

FR19: Report Management

Req. No.

Functional Requirements

FR19-01

The system shall enable the academic officer to view the report of all students whose registration
status is declined.
The academic officer selects the batch and a list of serial numbers, roll numbers, names, section,
degree and registration status is displayed.

FR19-02

The system shall enable the academic officer to view the report of the seat status of the courses in
the current semester.
A list of the serial numbers, roll numbers, course codes, course titles, sections, maximum seats,
registered students, requested registration and remaining seats status is displayed.

FR19-03

Confidential

The system shall enable the academic officer to view the report of all the students who have been
registered and who have made a request for registration in a particular course.

XYZ, 2007

Page 16

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

The academic officer selects a particular course and a list of serial numbers, roll numbers, names is
displayed for all students who have registered in that course and for all students who have made
requests for that course.
FR19-04

The system shall enable the academic officer to view the report of all the students who havent
registered in the current semester.
The academic officer selects a batch and a list of serial numbers, roll numbers, name, section,
degree and registration status is displayed.

FR19-05

The system shall enable the academic officer to view the report of the work load of the students in
the current semester according to their batches.
The academic officer selects a particular semester and all the batches in that semester are displayed
with a total of all the students registered in a particular batch and their average courses and average
credit hours.

FR19-06

The system shall enable the academic officer to view the report of the registration summary of a
particular semester.
The academic officer can select the semester and the information displayed includes the batches in
the current semester, total number of male and female students in all the current degrees.

FR19-07

The system shall enable the academic officer to view the report of the registration summary of all
the current batches.
The information displayed consists of all the current batches, number of students who havent
registered in a batch, number of students who have pending requests in a batch, number of students
who have declined requests in batch, number of students who have submit fee status in batch,
number of students whose requests have been completed in a batch and number of students whose
registration has been disabled and their total.

4. Non-functional requirements
NFR01: Performance
NFR01-01

Average load time of the starting page of the system must be less than 2 second.

NFR01-02

Average processing time taken by the system to complete a transaction/request should be less than
10 seconds.

NFR01-03

System Mean Time to Failure should not be more than 60seconds within 24 hours of use.

NFR01-04

Average system response time should not be greater than 5 seconds.

NFR01-05

System must successfully run on a client machine with 256 MB RAM or above.

NFR01-06

100 Students should be able to simultaneously access the system and update the database.

Confidential

XYZ, 2007

Page 17

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

NFR02: Security
NFR02-01

System must provide access to authorized users only that enter through the login module.

NFR02-02

System must not provide access to ANY user EXCEPT the designated user to update the database.

NFR02-03

No user can view data of any other user through any report or views provided by the system.

NFR02-04

After the end of a user Session, no information must be saved any where on the client machine.

NFR03: Defects-Maintenance

NFR03-01

Post Release defects of the system must not exceed 1 critical bug per month.

NFR03-02

Post Release bug fixing should not take more than 5 hours.

NFR04: Documentation
NFR04-01

Help documentation must be complete in providing information about each and every module and
functionality provided by the system.

NFR04-02

Help option must be easily accessible on all system web pages.

NFR04-03

Help must be written using minimal technical terms; any technical terms used must be additionally
defined at the end of the document

NFR05: Disaster Recovery

NFR05-01

In case of client /server crash all information/data should be recoverable within 30 minutes of the
incidence.

5. Assumptions and Constraints

The application can run only on windows environment.

The Registration System can potentially have hundreds of users. It is unrealistic to provide training for
everyone. Therefore, the system should be designed for easy to use, providing help instructions, and
appropriate error messages for invalid user inputs.

Confidential

XYZ, 2007

Page 18

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

6. Glossary
Add/drop It is the facility provided to the students to change any course they have registered for. They can also add
a new course or drop any old one or perform both the operations by removing a course and adding another.
Advisor Any teacher or member of the faculty who is responsible for advising the students about the educational
matters.
Batch Session of the students usually represented by the year e.g. 2001
Campus The campus is the area in which a college or university and surrounding buildings are situated.
Department A specialized division in large organization
XYZ The educational institution whose registration system is being studied.
Functional requirements A statement of a piece of required functionality or a behavior that a system will exhibit
under specific conditions.
HOD Head of the department. He is the one who can make decisions and is responsible for handling issues
related to that department.
Migrated student The student who has arrived from another campus of the same institution and from now onwards
will continue his studies in the campus he has migrated to.
Non-functional requirements A description of a property or characteristic that a software system must exhibit or a
constraint that it must respect, other than an observable system behavior.
Performance requirements The non-functional requirements that state the various system operations.
Pre-registration settings Settings of the registration that are made before allowing the students to start registration.
Profile A description of the information of a person that may include his personal information his interests and
education.
ABC An online registration system used in XYZ for student registration functionality.
Registration status After registration each student is assigned a registration status which shows whether his
request has been completed or rejected by the academics.
Registration system A system designed for performing the registration services which otherwise will be conducted
manually.
Semester Includes division of the academic year, which is either fall or spring semester.
Semester freeze A student can request the academic department if he doesnt wants to study for a semester.
But for that purpose he has to submit some fee and freezing a semester is allowed for only two consecutive
semesters.
Survey An option provided to the Masters student in FAST to take up instead of thesis for degree completion and
includes two additional courses than normal course limit. It is a literature review about a certain topic
selected by the student. Generally requires an advisors consultation for conducting it.
Teacher Preferences The courses in which the teacher is interested to teach.
Thesis An option provided to the Masters student in FAST to take up for degree completion. This also requires an
advisors consultation to complete.
User A customer who will interact with the system either directly or indirectly.
Withdrawal The student has the option to withdraw a course till 14th week of his classes. But this is different from
add/drop as the fee submitted for the course is not returned and incase of withdraw the course is assigned
the status of incompletion on the transcript.

Confidential

XYZ, 2007

Page 19

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

7. References

Confidential

XYZ, 2007

Page 20

Modeling RE for ABC

Requirements Specification

Version: 1.0
Date: 05/Apr/2007

APPENDIX

Confidential

XYZ, 2007

Page 21