SRS Document

Vision and Scope Document
for
<Course Management System>
Version 1.0 approved
Prepared by
Mubashra Sajjad, SP15-BSE-097
Muhammad Umair, SP15-BSE-102
Rai Ahmad Fraz, SP15-BSE-104

Sadia Ayub, SP15-BSE-105
Zubair Shaheen, SP15-BSE-106
Submitted to
<Mr. Atique Ahmed Zafar>

<26/12/2016>
Copyright © by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Vision and Scope for <Project> Page ii
Table of Contents
Table of Contents
Table of Contents .................................................................................................................ii

Revision History ................................................................... Error! Bookmark not defined.
1. Business Requirements ................................................................................................. 1
1.1. Background ............................................................................................................ 1
1.2. Business Opportunity ............................................................................................ 1
1.3. Business Objectives and Success Criteria .............................................................. 2
1.4. Customer or Market Needs .................................... Error! Bookmark not defined.
2. Vision of the Solution .................................................................................................... 2
2.1. Vision Statement ................................................................................................... 2
2.2. Major Features ...................................................................................................... 2
2.3. Assumptions and Dependencies ........................................................................... 4
3. Scope and Limitations ................................................................................................... 4
3.1. Limitations and Exclusions..................................................................................... 4
4. Business Context ........................................................................................................... 5
4.1. Stakeholder Profiles............................................................................................... 5
4.2. Operating Environment ......................................................................................... 5
5. Use Case ........................................................................................................................ 2
6. Business Rules ............................................................................................................... 5
7. Requirements ................................................................................................................ 2
7.1. Function Requirements ......................................................................................... 4
7.2. Non-Functional Requirements .............................................................................. 4
Vision and Scope for <Project> Page 1
1. Business Requirements
A system to increase the performance of the students by monitoring their progress in the CLOs.
1.1. Background
There is no product present by which the teachers can monitor the progress of the students in the CLOs. There is no product which
provide a common platform for both the teachers and students to interact and get the solutions of their problems.
These problems have led us to create a new product where the progress of the students can be increased, teachers and students can
interact each other and much more.
1.2. Business Opportunity

There is no product by which the progress of the students can be increased, no platform where students and teachers can interact
each other and get the course contents etc. Our product will encounter all the main problems of the users and provide value to the
users.
Our product will have to encounter the following Problems:

 No product by which the progress of the student can be increased.
 No single platform for interaction and data sharing.
 No notification alerts if course contents are uploaded.
 No product which provide CLO performance sheet of every student.
 No product which show CLO wise attendance of the students.
Why User Need it.?

User need our product because there is no product in the market which will have the solution of the problems mentioned above and
user faces difficulties regarding their studies.
Why it is attractive.?
Our product is attractive because it has the solution of its user’s problems.
How it Fits in the Market.?

Our product will fit in the market in such a way that our product has been made according to our user requirements and there is no
product in the market which can give challenge to our product.
1.3. Business Objectives and Success Criteria

The main objective of our product is to create a system that will encounter all the problems that have been discussed in SECTION 1.2
and to provide the following benefits to its users:
 Automatically check the progress of the students based on their marks and update the CLOs sheet on daily basis.
 Provide a platform for both teachers and students to interact.
 Provide a platform for teachers to share the course contents.
 Notification alerts for both students and teachers.
 Reduced the checking of social media groups.
 CLO wise attendance sheet.
The main objective of our product is to reduce the problems faced by the students regarding their studies. Our product will
automatically monitor their progress on daily basis and update the CLO sheet, provide a common platform for interaction of the
students and teachers and a platform to share the course contents. Our product will led to the success if it meet the business
objective.
2. Vision of the Solution

2.1. Vision Statement
For users who need a solution of their problems. The Course Management System is a system that will provide a common platform
for the interaction and to share course contents. The system will automatically update the CLO sheet on daily basis according to the
progress of the student in the CLO. The system will notify the students if course contents being uploaded. The system will keep
record of all the registered students and teachers. Our product will provide value to its users.
2.2. Major Features

The major feature of our product is as follows:
1. Data Sharing
2. Notification alerts
3. CLOs Performance sheet
4. Discussion Forms
5. CLOs wise Attendance
6. Online Availability
In the following table features are defined by the user requirement along with the functional requirement:
Features User Requirement Functional Requirement

Data Sharing As a course teacher I can Teacher shall be able to share
upload the course contents. the course contents with the
students.
Notification Alerts A Teacher can notify students Teachers and students shall
and vice versa. be able to interact with each
other
CLOs Performance Sheet A Teacher can check the Teachers and students shall
progress of the students on be able to check the progress
CLO performance sheet and of particular CLO.
vice versa.
Discussion Forms A teacher or student can Teachers or students shall be

discuss problems on the able to discuss their queries
discussion forms. on the discussion forms.
CLOs Attendance A student can check his/her Students shall be able to see
attendance in the CLO of their attendance according to
every course. CLO.
A teacher can update the
attendance of the students
CLO wise.
Online Availability A Teacher can share course Students shall be able to
contents online. download the course contents
User can Access our product via Web.
online. User shall be able to get the
benefits of our product
online.
2.3. Assumptions and Dependencies

Assumptions:
The assumption that can be made are as follows:
There will be an email or SMS alert service for the users. For Example: if teacher upload any course content then the students will
notify by email or SMS that the “Course Teacher has uploaded the file”.
We are not adding this feature because it is our assumption if the user willing to add this feature than we will add this in the next
release.
3. Scope and Limitations

3.1. Limitations and Exclusions
Some of the feature are as follows:
1. Unregistered students and teachers will not be able to login to system.
2. User can access our product Online from everywhere.
3. Teachers can share course contents.
4. Teachers and students can interact with each other.
5. Notification alerts for both teachers and students.
6. CLO wise attendance.
7. Notification by SMS or E-mail.
We are excluding some of the features because it is enough to add the mentioned features (SECTION 2.2) in the first release. But we
can add more feature on the user demand in the next release.
For Example:
1. Course teacher will be expecting SMS alert for the students and counselor. But this is not the user requirement that’s why we
are excluding this and can be added on the user demand.
2. Students will be expecting the automatically section allotting that is also excluded for now but can be added on the user
demand.
As the excluded features are not the primary features and the product is still good enough as the user require.
4. Business Context
4.1. Stakeholder Profiles
Following would be the main users of this product:
1. Students
2. Teachers
3. Class Counselor
User value includes

 Enhanced interaction between teachers and students.
 Increase progress of Students in CLO.
 Easy monitoring of Student’s progress.
 Sharing contents and discussions on single platform.
 Enable the attendance system of CLO of every course for the students and teachers.
Stakeholder Major Value Major Interests
Techers Improved CLOs Results Increase interaction, share the course

Increase Interaction contents and improve the progress of
Share Course Contents students in CLOs
Students Discuss difficulties with the Discuss difficulties on discussion forms,
teacher Get the course contents on a common
Easy Access to the course platform and see his/her performance in
contents every CLOs of the courses.
See the CLO Performance sheet
Class Solve student’s issues regarding Easily available for the students to solve
Counselors courses etc. their problems more efficiently.
4.2. Operating Environment

The Operating environment of the product is as follows:
 Our product is for universities so the main concentration of users would be in Pakistan.
 Our product will be available online that’s why users can access this using internet from everywhere.
 Our product will run on multiple servers so that if the traffic is high than nobody will face difficulty in accessing their data.
 Data generated by our product will be stored inside the campus in the databases. There will be extra database server placed
as a backup for the instant access of data.
 User may face difficulties in accessing our product at the time of maintenance but this will be done during holidays and the
user will know about this.
5. Use Case
Use Case Diagram:
Use Case List

Use Case Author Use case Name Use Case Description
Rai Ahmad Fraz View Dashboard Teacher can view his/her Dashboard
Rai Ahmad Fraz Upload Quiz Marks Teacher can upload the quiz marks
Rai Ahmad Fraz Upload Assignment Marks Teacher can upload the assignment marks
Rai Ahmad Fraz Upload Exam Marks Teacher can upload the Exam marks
Rai Ahmad Fraz Upload Course Contents Teacher can upload the Course Contents
Mubashra Sajjad Edit Marks Teacher can edit the marks of the student.
Mubashra Sajjad Edit Info Teacher can edit his/her information.
Mubashra Sajjad Register New User Teacher can register himself into the system
Mubashra Sajjad Register Course Teacher can register his course which he want to teach.
Sadia Ayub Monitor Progress Teacher can monitor the progress of the students.
Sadia Ayub View Class Result Teacher can view the result of the class.
Sadia Ayub Post On Discussion Forum Teacher can post on the discussion board.
Sadia Ayub View Notifications Teacher can view notifications.
Sadia Ayub Check Lecture Delivered Teacher can check the lectures delivered.
Zubair Shaheen View Dashboard Student can view the dashboard.
Zubair Shaheen Register Courses Student can register courses,
Zubair Shaheen View Notifications Student can view notification.
Zubair Shaheen View Marks Student can view marks,
Zubair Shaheen View Registered Courses Student can view the registered courses.
Muhammad Umair Monitor Progress Student can monitor his progress.
Muhammad Umair View Result Student can view the result.
Muhammad Umair Post on Discussion Forum Student can post on the discussion forum.
Muhammad Umair View Fee Challan Student can view the fee challan.
Muhammad Umair Edit Info Student can edit his/her info.
Muhammad Umair Register New User Student can register himself into the system.
Feature Name (Course Management System)

Feature Process Flow / Use Case Model
Use Case(View Dashboard)
Use Case ID: UC-1.2.1
Use Case View Dashboard
Name:
Created By: Rai Ahmad Fraz Last Updated By:
Date Created: 18/11/2016 Last Revision 20/11/2016
Date:
Actors: Teacher
Description: Teacher can view schedule of their lectures, Recent or unread notifications.
Trigger: After login the dashboard will be displayed.
Preconditions: PRE-1. User must be connected to Internet
PRE-2. User must be logged in.
PRE-3. The Course Schedule must be in our database.
Postconditions: POST-1. Teacher shall be able to see schedule of their lectures
POST-2. Teacher shall be able to see recent notifications
Normal Flow: 1. Enters user-id and password.

2. Press login button.
3. If the user-id and password are correct then the user will logged in.
4. The first screen will display. i.e. Dashboard.
Alternative Flows: In step 2 of the normal flow, if the connection is lost during login process then
1. System cannot be login.
2. If the internet connection established than user has to follow the steps of normal
flow. .
Exceptions: System will show the following message:
1. Incorrect User-ID and Password.
2. No internet connection.
Includes: Lecture Schedule, Notification alerts
Business Rules: BR-1,BR-2
Special Requirements/ User should be logged in instantly even on low internet connections.
Other Information:
Assumptions: NONE
Notes and Issues: The id will be locked temporarily after 5 consecutive unsuccessful logins.
Use Case(Upload Quiz Marks)

Use Case Upload Quiz Marks
Name:
Date:
Actors: Teacher
Description: Teacher can upload quiz marks for all registered classes. User has to select the class
and section before uploading the Quiz Marks.
Trigger: User indicates that he wants to enter the quiz marks.
Preconditions: PRE-1: User must be logged in.
PRE-2: Class and section must be selected.
Postconditions: POST-1: Teacher can see the uploaded marks.
POST-2: System will show the message Quiz marks are uploaded.
Normal Flow: 1. On left side of Dashboard, a panel is available with buttons.
2. One of them is checkbox button select upload quiz marks option.
3. Select the class/Section.
4. Enter the Total quiz marks and than enter one by one marks of the student.
5. Click on done after entering all the marks.
6. System will display a message Quiz marks are uploaded.
Alternative Flows: NONE
Exceptions: No Internet Connection
Includes: Classes/Sections
Business Rules: BR-3, BR-6
Special Requirements/ System has to be fast and efficient to update the database of marks as the teacher
Other Information: uploaded the Quiz marks.
Assumptions: NONE
Notes and Issues: At least 4 quiz marks must be uploaded.
Use Case(Upload Assignment Marks)

Use Case Upload Assignment Marks
Name:
Date:
Actors: Teacher
Description: Teacher can upload assignment marks for all registered classes. User has to select the
class and section before uploading the Assignment Marks.
Trigger: User indicates that he wants to enter the assignment marks.
Preconditions: PRE-1. User must be logged in
POST-2: System will show the message Assignment marks are uploaded.
2. One of them is checkbox button select upload assignment marks option.
4. Enter the Total assignment marks and than enter one by one marks of the
student.
6. System will display a message assignment marks are uploaded.
Exceptions: No internet Connection

Includes: Classes/Sections
Other Information: uploaded the Assignment marks.
Assumptions: NONE
Notes and Issues: At least 4 Assignment marks must be uploaded.
Use Case(Upload Exam Marks)

Use Case Upload Exam Marks
Name:
Date:
Actors: Teacher
Description: User can upload exam marks(e.g. Sessional and terminals). User has to select the
class and section before uploading the Exam Marks.
Trigger: User indicates that he wants to enter the Exam marks.
POST-2: System will show the message: Exam marks are uploaded.
2. One of them is checkbox button select upload Exam marks option.
4. Enter the Total Exam marks and than enter one by one marks of the student.
6. System will display a message Exam marks are uploaded.
Exceptions: No internet Connection
Includes: Sessional and Terminal marks.
Other Information: uploaded the Exam marks.
Assumptions: NONE
Notes and Issues: NONE
Use Case(Upload Course Contents)

Use Case Upload Course Content
Name:

Date:
Actors: Teacher
Description: User can upload Course content like assignment, books, quiz and slides for all
registered classes.
Trigger: User indicates that he wants to upload the course contents.
Postconditions: POST-1: Teacher can see the uploaded course contents.
Normal Flow: 1. User has to select the course content option.
2. Browse file from the PC which user wants to upload.
3. Than click upload
4. System will display a message files are uploaded.
Alternative Flows:
Exceptions: 1. Upload only zip file.
2. Upload file less than 25 MB.
Includes: Course Contents
Special Requirements/ System has to upload the course contents instantly.
Other Information:
Assumptions: NONE
Notes and Issues: 1. Upload file in .zip Format.
2. Upload files less than 25 MB.
Use Case (Edit Marks)

Use Case Edit Marks
Name:
Created By: Mubashra Sajjad Last Updated By:
Date Created: 19th November,2016 Last Revision 20h November,2016
Date:
Actors: Teacher
Description: Teacher can edit the marks (of quizzes, assignments, sessional and terminal
examination) in case of any query, problems or mistake. User would have to open the
course page and then access the grade-book and enter the name of student whose
marks are to be updated.
Trigger: Teacher shall click on “course content” option from left panel.
Preconditions: 1. Internet connectivity should be available.

2. Teacher must login the system.
1. Teacher is on grade-book page of the respective course/subject where he
wants to make changes or edit the marks.
2. Teacher must press option of edit marks.
Post-conditions: 1. Updated marks (changes) of the students are saved successfully.

2. Teacher and student shall be able to see the marks which instructor has
recently edited.
Normal Flow: 1. Teacher will login the system.
2. After successful login, the first window that will appear is of dashboard, on
its left side there is a panel with course content button.
3. System will display list of course content.
4. Teacher will select the course content option from drop down menu.
5. He will select the particular course option.
6. After that teacher will open the grade-book and enter the name/registration
number of student whose marks he want to change/edit.
7. Press the save button to make changes. (Upload the edited marks).
8. Student’s marks are updated/ edited.
9. Use-case ends.
Alternative Flows: In step 6 of the normal flow, if the connection is lost during upload the edited marks.
1. System will stop uploading the edited marks.
2. Retry again icon appears with message on the screen.
3. Click on the icon.
4. When network available try again.
5. Use case resumes on step 7 of normal flow.
Exceptions: 1a. In step 1 of the normal flow, if there is some problem in logging the system (like
invalid username or password) then
1. login again
2. Teacher has to enter correct username and password again.
3. Resumes to step 2 of normal flow.
4a. In step 4 of the normal flow, if the teacher didn’t enter exact course title then:
1. He can’t open the course page and ultimately he will not be able find the
name of student whom marks he wanted to change.
2. Use Case resumes on step 3 of normal flow
3a. In step 3 of the alternative flow, if the network is still not available then,
1. Resumes to step 2 of alternative flow.
Includes: Quiz Marks, Assignment Marks, Sessional Marks and Terminal Marks
Special Requirements/ Teacher can edit the marks of a particular course instantly even when there is low
Other Information: internet connection.
Assumptions: User has the knowledge of some other system like content management system aka
CMS (which may have same functionality as the system which the user is using now)
before.
Notes and Issues: Teachers have to enter correct password because after five consecutive
unsuccessful attempts, the portal/id will be locked for some time.
Subject teachers only can edit the marks in the course they are teaching, but in case
of councilor, he/she can edit the marks at any course of any student.
Use Case (Edit Info)

Use Case Edit Info
Name:
Date Created: 19th November,2016 Last Revision 20th November,2016
Date:
Actors: Teacher
Description: Teacher will click on the profile and edit the info (such as display picture, email, and
phone-number) at any instance of time.
Trigger: Teacher has to click on “profile” option from left panel.

4. Teacher must login the system.
5. Teacher has the access of the profile page where he/she wants to make
changes or edit contact info.
Postconditions: 1. Updated information is saved successfully.
2. Teacher and student shall be able to see the profile of teacher which he had
recently edited.
Normal Flow: 1. First of all, teacher has to login the system.

2. After successful login, the first window that will display is dashboard, on the
left side of the page there is a panel with update-info button.
3. Teacher shall click on the update-info button, which ensures whether he/she
wants to edit the profile picture or to edit the contact number or any other
item.
4. Then teacher will choose a particular option and make changes.
5. Press the save button to confirm the changes. (i.e. Upload the edited info).
6. Profile is updated.
7. Use-case ends.
Alternative Flows: 5A. In step 5 of the normal flow, if the connection is lost during uploading the edited
information.
1. System will not update info.
4. When network is available, try again.
Exceptions: 1a. In step 1 of the normal flow, if there comes some problem in login (like invalid
username or password) then
1. login again
2. Teacher enters correct username and password again.
1. Resumes to step 1 of alternative flow.
Includes: View Info, Edit Info

Special Requirements/ Teacher can edit the info (such as email, image, contact info, etc) instantly even when
Other Information: there is low internet connectivity.
Assumptions: Teacher may have the knowhow of some other system which may have the
resembling functionality as the system which the user is using now.
Notes and Issues: Teachers have to enter correct password because after five consecutive unsuccessful
attempts, the portal/id will be locked for some time.
The password contains only 8 characters including alphabets and numeric digits.
Use Case (Register New User)

Use Case Register New User
Name:
Date:
Actors: Teacher
Description: User will register to any system by filling a proper registration form. Only
teacher/administration can see this registration form.
Trigger: User will login to any system/site by entering a particular registration number. User
click on the login button to continue.
Preconditions: 1. User must be connected to internet.

2. User must be logged in.
Post-conditions: 1. User will be able to login with specific registration number which the
administration assign to him while logging to this system/site again.
2. User only enters username and password to continue.
Normal Flow: 1. User will login the system.
2. After successful login, there is a registration form in the site.
3. System will display the proper detailed registration form.
4. User will fill this form by entering all the necessary details.
5. Press the save button to submit form.
6. Form in the backend goes to administration and they assign a particular
user name for user.
7. User is now properly registered.
8. User will now onward use this particular username to login to this system
and there is no need to fill the form again and again.
9. Use-case ends.
Alternative Flows: In step 5 of the normal flow, if the connection is lost during submitting the form, then
1. System will stop submitting form.
Exceptions: 1a. In step 1 of the normal flow, if there is some problem in logging the system then
1. login again
4a. In step 4 of the normal flow, if the user account is inactive for 5 or more than 5
minutes
1. Session Expired
2. Re-Login
3. Resume to step 3 of normal flow
1. Resumes to step 2 of alternative flow
Includes: User Registration

Business Rules: BR-11
Special Requirements/ User can register/login to site instantly even on low internet connection.
Other Information:
Assumptions: User may have the knowledge of some other system like content management system
aka CMS (which may have same functionality as the system which the user is using
now) .
Notes and Issues: User has to enter correct username and password because after five consecutive
The password contains only 8 characters including alphabets and numeric digits.
Use Case (Registers Course)

Use Case Register Courses
Name:
Date:
Actors: Teacher
Description: User can view the courses assigned to him and the sections regarding to this
particular course.
Trigger: User shall click on “course content” option from left panel in order to access the main
course page.
2. User must have the login access to the system.
3. User is on update dashboard page where he wanted to see the course
assigned to him.
4. Teacher must press option of register courses.
Post-conditions: 1. User shall be able to see the course register to him and then can share
course content here and proceed further.
2. User can see the sections regarding to all courses assigned to him.
Normal Flow: 1. User must be logged in.
2. After logged in, the first window that will display is dashboard, on its left
side there is a panel with course content button.
3. System shall display list of course content.
4. User shall select the register course content from drop down menu.
5. System shall appear a dialogue box asking user to select the desired
course to view.
6. User shall click on “view” button to see register courses.
7. Then user will click on any course and see the details (like the course
respective class).
8. System shall display the content.
9. User can view the register courses.
10. Use-case ends.
Alternative Flows: 1A. In step 6 of the normal flow, if the connection is lost during connecting.
1. System will stop working.
Exceptions: 1a. In step 1 of the normal flow, if there comes some problem in logging (like invalid
username or password) then
1. Session expired
2. Login again
3. User enters correct username and password again.
1. Resumes to step 1A of alternative flow.
Includes: Registered Courses

Special Requirements/ User can view the register course content instantly even when the connection is low.
Other Information:
Assumptions: User may have used some other CMS (content management system) before which
may have same functionality as the system which the user is using now.
Notes and Issues: 1. User has to enter correct password because after five consecutive
2. There are only 2 classes assigned to a teacher in one semester.
Use Case(Monitor Progress)

Use Case Monitor Progress
Name:
Created By: Sadia Ayub Last Updated By:
Date:
Actors: Teacher
Description: Teacher will be able to preview student’s current progress status individually and
average progress status of the whole class in this way the teacher will be able to
monitor the student progress in every CLO. Teacher will be able watch out the CLO
wise outcome of every student. This will provide the user with an overall progress
rate of the student from the initial CLO till the current CLO.
Trigger: The teacher will click the progress button at the top of every section they teach to and
on the top of every student’s mark sheet.
Preconditions: The teacher has the login approval.

1. 1-The teacher has to be currently teaching the subject to that specific student or
the section he wants to monitor the progress of i.e. the students and the teacher
has to be registered in their attendance list and the time table respectively.
2. 2- the student must be currently studying the subject i-e the student should not
have dropped / withdraw the subject or changed the section.
Post conditions: 1. 1-The teacher will get the progress report of the students in the form of CLO
wise graph.
2. 2-The teacher will get a CLO wise progress report of the whole class in the
form of a graph and an average report as well.
3. 3- If the student is no longer studying the subject or is not registered with the
teacher. the system will give a message that the student has dropped or
withdraw the subject.
Normal Flow: 1. The teacher will select the section he wanted to see the progress.
2. By clicking the progress button the teacher will be able to see the progress
report of the whole section.
3. By clicking the progress button located at the top of the specific student’s mark
sheet, teacher will be able to see the progress report of the specific student.
Exceptions: System displays Message:
1. Error loading data from the database.
2. No internet connection
Includes: Marks in the CLO of the course.

Special Requirements/ System has to be fast and efficient to convert the data into the Graphical
Other Information: Representation.
Assumptions: A student have migrated from some other campus and their all data is not yet
received that’s why do not have confirmed registration number .
Use Case(Post on Discussion Forum)

Use Case Post on Discussion Forum
Name:

Date:
Actors: Teacher
Description: Teacher can reply to the queries of the students. More over Teacher
also inform the students about the makeup classes or anything related
to this.
Trigger: Teacher indicates that he want to discuss with the students about the
queries,
Preconditions: Teacher must be logged in.
Post conditions: Teacher respond to the queries of the student.
Normal Flow: 1. Teacher will select the Discussion Forum option.
2. A forum will open.
3. If teacher receives notification from the student than he can reply
to the student. Else he also inform the students about his thoughts.
4. Click done when teacher want to send the notification.
5. System will inform that the message has sent.
6. Use case ends.
Alternative Flows: In step-4 of the normal flow, if internet is not available:
1. System cannot post the discussion.
2. A message will display “Check your internet connection and try again”
If internet is connected in 1 minute than discussion will be posted else user has to
repeat the step-2
Exceptions: System will display the message:
2. Query cannot be longer than 150 words.
3. Only PNG and JPEG file format is accepted for picture.
4. Session expired, Login again
Discussion forum cannot be empty.
Includes: Queries, Information about the make up classes
Business Rules: BR-15. BR-16, BR-17, BR-18
Special Requirements/ System shall be able to send and receive notifications.
Other Information:
Assumptions: A student have migrated from some other campus and their all data is
not yet received that’s why do not have confirmed registration number
and login id .
Use Case(View Class Result)

Use Case View Class Result
Name:
Date:
Actors: Teacher
Description: Through this use case teacher will be able to see its student’s previous
semester result and the current quizzes sessional and CLO wise result.
Trigger: the teacher will click the result button on the student profile.
1. The teacher has to be currently teaching the subject to that
specific student or the section he wants to have discussion with.
i.e. the students and the teacher has to be registered in their
attendance list and the time table respectively.
2. The student has to be a regular student of the university.
3. The student profile must be updated and the result of the previous
semester must be saved.
Post conditions: 1. The teacher will get the whole result of the student, the previous
and current semester.
2. The teacher shall be able to see every students CLO wise result
and the result of every quiz and assignment result as well.
Normal Flow: 1. The teacher will select the section or the student he wanted to
view result of.
2. By clicking the result button the teacher /student have to decide
whether he want to see his previous result or the current semester
current CLO wise result.
3. The teacher will get each detail of the student’s semester vise
result.
Alternative Flows: If the student is not registered
1. The teacher will not be able to see his result.
2. If the student is no longer studying
3. The system will display a message that the student has
dropped/withdrawn the semester the teacher will no longer be
able to see his result.
Exceptions: If the teacher is not able to view result
1-Displays a message all the necessary information is not yet updated.
2-The section registration is not confirmed.
Includes: Overall result of the class.

Special Requirements/ System shall be able to convert the data into tabular and graphical
Other Information: form.
Assumptions: A student have migrated from some other campus and their all data is
not yet received that’s why do not and previous result available.
Notes and Issues: 1. The teacher must have the student name in their student list to
view his result.
2. At any time of the day week or semester a teacher shall be able
to see result.
Use Case(View Notification)

Use Case View Notification
Name:
Date:
Actors: Teacher
Description: Through this use case teacher will be able to get the notification for any
activity related to course in the app and can view to get the details of
the activity that has happened,
Trigger: The teacher will click the notification alert corner of the app to view
the notification.
specific student or the section he want to view the activity of
.i.e. the students and the teacher has to be registered in their
Post conditions: 1. The teacher will get the whole detail of the discussion, CLOZ
wise below average result takers list.
2. The teacher shall be able to answer any query student have
asked about and continue discussion.
Normal Flow: 1. The teacher will select the notification he wanted to view
2. By clicking on the notification icon, he first gets the message to
what the activity is about.
3. Then the activity area opens up. And the teacher can see every
little detail of the activity he received the notification about.
Alternative Flows: If the teacher is not getting notification
1. The teacher is not yet associated with their students and the
updating are not done yet.
2. Either the student is not yet registered or the teachers section is
not updated.
Exceptions: NONE
Includes: Notification from the students.
Special Requirements/ System shall be able to send and receive the notification.
Other Information:
Assumptions: 1. The student has to be of same section
2. The teacher has the list of the registered students and can only
get notification from them.
Notes and Issues: 1. The teacher must have the section/student name in their
student/section list to receive and view notifications.
2. At any time of the day week or semester a teacher shall be able
to see notifications.
Use Case(Check the Lectures Delivered)

Use Case Checks Lectures Delivered
Name:
Date:
Actors: Teacher
Description: Through this use case teacher will be able to review the current course
covered and how much is left and how he/she has to manage to cover
rest of the course in the given time.
Trigger: The teacher will click the lectures option to view the updating.
specific student or the section he want to view the activity of ..
i.e. the students and the teacher has to be registered in their
Post conditions: 1. The teacher will get the whole detail of the lectures he/she has
yet delivered which content has been delivered in how much
time they have been delivered.
2. The teacher shall be able to edit the numbering of the lectures
when to deliver which lecture of a specific CLO.
Normal Flow: 1. The teacher will select the lecture option.

2. By clicking the lecture option, the teacher shall be able to see the
updated version of the lectures he/she has delivered and which
pending.
3. Those lectures which has been delivered are sorted at the top with
a line distinguishing between delivered and non-delivered
lectures.
Alternative Flows: If the teacher is not getting lecture updates
1. the teacher is not yet associated with their students and the
updating are not done yet.
2. Either the student is not yet registered or the teachers section is
not updated.
Exceptions: If the teacher has provided lectures delivery report but can’t view it
1. Displays the message “Lectures details not updated”
Includes: The Delivered and un-delivered lectures
Special Requirements/ System shall have the ability to show the total lecture delivered and
Other Information: also shows the non-delivered lectures.
Assumptions: 1-sections must be confirmed
2- The teacher has the list of the registered sections and their respective
course.
Use Case(View Dashboard)

Use Case View Dashboard
Name:
Created By: Zubair Shaheen Last Updated By:
Date:
Actors: Student
Description: Student can easily check his attendance, academic performance and notifications.
Trigger: It is the first option in portal so student can easily have a quick look on all of the
things.
Preconditions: 1. Students must log in using their account passwords.
2. User must be enrolled in their courses.
Postconditions: 1. Students get their attendance lecture wise.
2. User also get notifications from their teachers and councilor.
3. Students can also check their performance in each subject.
4. And if student is not registered in any of the course than it tells that no
course is registered yet.
Normal Flow: 1. Student enters his/her user name and password.
2. After that selecting dashboard from the options.
3. If there is any notification, user can check it.
4. After reading that notification user can mark it as read.
5. Student can check his attendance in any particular course.
6. System shows user about the percentage of the attendance as well.
7. Student select any of the course to view his marks.
Alternative Flows: 1. Without selecting dashboard student can also check his marks from the view
marks section.
2. Similarly user can view any of the notifications from the notifications
option,
3. Student can also check his attendance by clicking on individual subjects.
Exceptions: 1. If password is incorrect.
2. Message to student to re-enter password.
3. If there is no course selected by the student.
4. Than message is shown to register the course first.
Includes: Use case that are used: Register course , View marks , View notification.
Special Requirements/ To show attendance and marks in form of graphs as well so that it becomes easy for
Other Information: the user to understand quickly by looking it.
Assumptions: This could save the time of students as they can see everything here.
Notes and Issues: Students must change their passwords from the default ones for the safety
purpose.
Use Case(Register Course)

Use Case Register Course

Name:
Date:
Actors: Student
Description: Students can register their course before starting of new semester.
Trigger: Before starting of each semester students must have to get themself register.
Preconditions: 1. Student must have a good academic status (GAS).
2. Student must have some free credit hours in order to select any course.
Postconditions: 1. Student gets registered in respective courses.
2. If number of credit hours exceeds 20 than the user won’t be able to select
any other course.
Normal Flow: 1. Student enters his/her registration number.
2. User enters the password.
3. System shows a complete list of courses which the user can select.
4. User can select courses of maximum 20 credit hours.
5. Student can also select any previous course in which he wants to improve
marks.
6. After that user gets himself registered in those courses.
Alternative Flows: 1. Student can also get the print out of the courses and submit it to the
department head.
2. And can get himself registered manually by writing an application or
sending an email to the department office.
Exceptions: 1. Registration is not allowed.

2. As some dues are not paid by the student.
3. Courses are not shown on the system.
4. As the student is on prob.
Includes: Use case that may be used: View courses offered.
Special Requirements/ Students can also edit their selected courses before the last date of registration.
Other Information:
Assumptions: Users can easily select their courses from anywhere without doing them manually
which is time taking. So this can also save the time of students.

Use Case(View Notification)

Use Case View Notification
Name:
Date:
Actors: Student
Description: Students can get any important notification from teachers as well as notifications
regarding assignments, quizzes and make up classes.
Trigger: When there is any notification then there is an alert sign in the dashboard area.
Preconditions: 1. Students must be logged in to their accounts.
2. User must be enrolled in courses so that they can get notifications related to
that course.
Postconditions: 1. Student gets any important message from their course instructor.
2. User gets notification about the deadline of pending assignments.
3. Students can also get message about the arranged make up classes.
Normal Flow: 1. Students enter their registration number and password.
2. If there is any notification, there is an alert sign.
3. By clicking that sign they can see all of their important notifications.
4. After reading those notifications, they can also reply to the message.
5. And can mark them as read.
Alternative Flows: 1. If user don’t want to view notification, they can simply go to the courses
section and can view anything from there.
2. Similarly they can view pending assignments from the assignments section.
Exceptions: 1. If there is no notification.
2. Message to user that there are no new notifications for you to read.
Includes: Use case that is used: View Dashboard

Special Requirements/ That if there is some new notification than there must be some pop up or alert sign so
Other Information: that the user can see that notification.
Assumptions: Students can easily get important information and notification.
And they can track the deadline of their pending assignments.
Use Case(View Marks)

Use Case View Marks
Name:
Date:
Actors: Student
Description: Students can view their quiz, assignment and sessional marks.
Trigger: Before viewing marks student must be appeared in any of the test or must have
submitted any assignment.
Preconditions: 1. Student should be logged in his/her account.
2. User must have registered in course.
Postconditions: 1. Student can check marks of quizzes and assignments.

2. User can see that how is he performing in different subjects.
3. Student can also see the GPA forecast of any particular subject.
Normal Flow: 1. Student enters the registration no. and password.
2. Clicks the view marks option
3. System shows different courses
4. After selecting the course, user can see the marks.
5. Quiz, Assignment and sessional marks can be seen.
6. Student can also check the percentage.
7. And GPA forecast is also shown.
Alternative Flows: 1. Students can also see their marks from the dashboard.
Exceptions: 2. If the student is absent or didn’t appear in the test.

3. Zero marks are given to that student.
4. If student fails in final exam.
5. Prob status is given to that student.
Includes: Use cases that are used: View Dashboard, View registered course
Special Requirements/ If students fail some quiz or sessional or are weak in any particular CLO, then that
Other Information: CLO must be highlighted
Assumptions: By checking the marks students can look their academic performance and can easily
check their weak areas.
Use Case(View Register Course)

Use Case View Register Course
Name:
Created By: Zubair Shaheen Last Updated By: Zubair Shaheen
Date:
Actors: Student
Description: Students can see their registered course, attendance in that course and marks in that
course.
Trigger: If student want to see anything related to the course, will use this use case to view
everything.
Preconditions: 1. User must log in to their account.
2. Student must have already registered course to view progress in them.
Postconditions: 1. Student can see lectures that have been delivered in that course.
2. User can view marks of quizzes, assignments and sessional.
3. Student can view his academic performance in different CLO’s.
Normal Flow: 1. Student enters the registration no. and password.
2. Now system shows different options.
3. Clicking on view registered courses shows all the list of courses.
4. Selecting any particular course will display all the information regarding that
course.
5. Information includes marks, attendance and gpa.
Alternative Flows: 1. Students can also see their attendance from the dashboard.
2. User can also see their marks using View marks option.
Exceptions: 1. If no course is registered.
2. Message is showed that no course is registered, first register your course.
Includes: Use case that might be use are: View Marks

Special Requirements/ System shall show the registered courses to the user.
Other Information:
Assumptions: Students can see all of their registered courses and view their performance in different
CLO’s. And can see that in which clo they are weak.
Notes and Issues: User must be registered in courses to view their registered courses.
Use Case(Monitor Progress)

Use Case Monitor Progress
Name:
Created By: Muhammad Umair Last Updated By: Muhammad Umair
Date:
Actors: Student
Description: Student can check the progress by selecting a course from the registered courses.
System shows the CLO result sheet to the user regarding the course selected.
Trigger: The student indicates that he wants to Check the Course Progress.
Preconditions: PRE-1. User must be logged in to the system.
PRE-2. A Course must be selected to view the progress.
PRE-3. Student’s marks database must be online.
Postconditions: POST-1. System will show the CLO result sheet according to the course selected.
POST-2. Student monitors his/her progress.
Normal Flow: 1. User shall select the Check Course Progress option.
2. User shall specifies the course name.
3. System will show the CLO Result sheet in tabular form.
4. Use case ends
Alternative Flows: NA
Exceptions: System displays Message:
1. No marks are uploaded
2. Error Loading data from the database.
Includes: Marks in the CLOs of the Course.
Business Rules: BR-1, BR-13, BR-14, BR-26
Special Requirements/ System has to be fast and efficient to convert the data into the Graphical
Other Information: Representation.
Assumptions: Student can compare the progress of one subject to another on the same page.
Use Case(View Result)

Use Case View Result
Name:
Date:
Actors: Students
Description: Student can view result of each semester and the CGPA of all the semester he has
passed in graphical and tabular form. System will show result to the user against the
student’s Registration No.
Student can also print the result. System will show a message: Print command has
been sent to the printer.
Trigger: The Student indicates that he wants to View the Result.
PRE-2. Student’s marks database must be online.
Postconditions: POST-1. System will display a screen of containing results of all the passed semester.
Normal Flow: 1. User shall click on the View Result option.
2. System will show result to the user in tabular and graphical form.
3. User shall click on Print Result label to carry out a print.
4. If user click on “Print” than system send command to the printer and display
a message “Print Command sent”
5. Use case ends
Alternative Flows: NA
Exceptions: System displays message:

1. No passed semester found.
2. No Printer found.
3. Error loading data from the database.
4. No Internet connection.
Includes: Each Semester Result, CGPA of all the semester

Business Rules: BR-1, BR-27, BR-30
Special Requirements/ 1. System has to be fast and efficient to convert the data into tabular and
Other Information: graphical form.
2. System shall be able to send command to the printer for the print.
Assumptions: NONE
Use Case(Post on Discussion Forum)

Use Case Post on Discussion Forum
Name:
Date:
Actors: Student
Description: Student can post any query publicly or privately on the discussion forum. System will
send notification to the teacher for the solution. Student will also get notifications if
someone respond to his/her query.
Trigger: The student indicates that he wants to contact with the course Teacher.
Preconditions: PRE-1. Student must be logged in.
PRE-2. Student must select a course.
Postconditions: POST-1. If Discussion is mark private only teacher will get notification else all the
students and course teacher of the class will get notifications.
Normal Flow: 1. User shall select the “Discussion Forum” label on the panel.
2. Mark the discussion public or private.
3. Write the query he wants to ask.
4. User can upload the picture.
5. Click on Send to post the discussion.
6. Use case ends.
Alternative Flows: In step-5 of the normal flow, if internet is not available:
3. System cannot post the discussion.
4. A message will display “Check your internet connection and try again”
5. If internet is connected in 1 minute than discussion will be posted else user
has to repeat the step-2
6. Query cannot be longer than 150 words.
7. Only PNG and JPEG file format is accepted for picture.
8. Session expired, Login again
9. Discussion forum cannot be empty.
Includes: Discussion on query
Business Rules: BR-1, BR-15, BR-16, BR-17, BR-18, BR-28
Special Requirements/ System shall be able to send and receive notifications.
Other Information:
Assumptions: An audio clip can be sent to discuss a query.
Notes and Issues: System will display the following notes:
1. Student can only discuss query with their course teacher.
2. Query will not be longer than 150 words.
3. Query will be posted only in text or image format.
Use Case(View Fee Challan)

Use Case View Fee Challan
Name:
Date:
Actors: Student
Description: Student can view his/her fee challan. System will show fee challan to the user against
the Student’s Registration no.
Student can also print the Fee Challan. System will display a message: print
command has been sent to the printer.
Trigger: Student indicates that he wants to view the Fee challan.
PRE-2. Student’s Fee database must be online.
Postconditions: POST-1. System will show a screen which has the student fee challan.
Normal Flow: 1. User shall click the Fee Challan option.

2. System will show the fee challan to the user
3. User shall click on the print label to carry out a print.
4. If user click “Print” System will send command to the printer and display the
message “Print Command Sent”.
5. Use case ends.
Alternative Flows: In step-3 of the normal flow, if system unable to find the printer
[Alternative Flow 1 – 1. System will display a message “No Printer found, Press “Try Again” for a
Not in Network] print”
2. If system able to find a printer a print will carry out.
3. System will show the message “Print Conformed”.
1. No Fee Challan found.
2. No printer found, Unable to print.
3. No Internet Connection.
Includes: View Fee Challan, Print Fee Challan
Special Requirements/ 1. System shall be able to send command to the printer for the print.
Other Information:
Assumptions: NONE
Use Case(Edit Info)

Use Case Edit Info
Name:
Date:
Actors: Students
Description: User can edit and change some of his info(e.g. email, contact number). System will
notify the user if changes are made.
Trigger: Student indicates that he wants to Edit the Info.

PRE-2. Fields are to be editable to made the changes
Postconditions: POST-1. System will display a message “Changes Saved”
Normal Flow: 1. User shall click on the Edit Info option.
2. User shall select the field which he/she wants to change.
3. User shall provide the correct information.
4. User shall click on the “Done” button to save the changes.
5. Use Case ends.

2. Provide the correct information
Includes: View info, Edit Info
Special Requirements/ System shall be able to replace the new information with the new one of the user.
Other Information:
Assumptions: A user can add two contact numbers into the system.
Notes and Issues: System will show the following notes:
1. Only some information can be editable.
2. Provide correct information for replacement.
Use Case(Register New User)

Use Case Register New User
Name:
Date:
Actors: Student
Description: Student can register himself into the system if he/she is selected by the University.
Student has to complete the registration form with correct information. System will
display a message “User Added”
Trigger: Student indicates that he wants to register himself.
Preconditions: PRE-1. User data must be in the database.
PRE-2. System’s Database must be online.
Postconditions: POST-1. System will show a message “User Added”

POST-2. User will be able to use the system.
Normal Flow: 1. User shall go to the link of the system.
2. User shall click on “Register New User”.
3. Enter the correct data asked in the registration form and click “Done”.
4. System will search against the given information in the database.
5. If information found matches with the database system will notify “User
Added” else user cannot be added.
6. Use Case ends.
Exceptions: System will show the Message:
1. No internet Connection.
2. Given Information does not match with the database.
3. Password must be greater than 8 characters.
Includes: User Registration.
Special Requirements/ System shall be fast and efficient to match the given information with the database.
Other Information:
Assumptions: The System will notify the user by email that you have added to our system.
Notes and Issues: System will show following notes:
1. Enter the information you given at the time of admission.
2. Your password must be greater than 8 characters.
6 Business Rules:
All these business rules have been derived from our client and in our case the client is our teacher.
ID Description Type of Rule Static or Source

Dynamic
BR-1 The user must be logged in to the system. Facts Static Teacher
BR-2 User Password must have at least 8 characters. Constraint Static Teacher
BR-3 Teacher has to enter at least 4 Quiz Marks. Constraint Static Teacher
BR-4 Teacher has to enter at least 4 Assignments Marks. Constraint Static Teacher
BR-5 Teacher has to enter at least 2 Sessional and Terminal Constraint Static Teacher
Marks.
BR-6 Teacher has to enter at least 1 Quiz and 1 Assignment Facts Dynamic Teacher
marks before the 1st sessional, 2 Quiz and 2

Assignments before 2nd Sessional and 1 Quiz and 1
Assignment before Terminals.
BR-7 Uploaded file must be in .Zip Format. Constraint Static Teacher
BR-8 Maximum size of the uploaded files is 25 MB. Constraint Static Teacher
BR-9 After a specific time interval the marks can’t be edited Inferences Static Teacher
by teachers.
BR-10 Only Email and contact Number is editable. Constraint Static Teacher
BR-11 User must be selected by the university on Facts Static Teacher
merit and his/her data will be in the database.
BR-12 Teacher has to register the courses which he wants to Facts Dynamic Teacher
teach.
BR-13 Courses must be registered to view the Constraint Static Teacher
progress
BR-14 Teacher has entered the CLOs marks of the Constraint Static Teacher
course to view the progress.
BR-15 The discussion has to be marked public or Constraint Static Teacher
private
BR-16 Problem or query will not extend 150 words. Constraint Static Teacher
BR-17 Only PNG and JPEG file format is accepted to Constraint Static Teacher
upload a picture.
BR-18 Discussion forum cannot be empty Constraint Static Teacher
BR-19 If the class has got over all 60% marks than the goal has Computation Static Teacher
achieved.
BR-20 The user will get notified when he has notifications left Action Enablers Dynamic Teacher
unread.
BR-21 The Teacher has to deliver at least 30 lectures in a Constraint Static Teacher
semester.
BR-22 Total registered courses must have credit hours less than Fact Static Teacher
or equal to 21.
BR-23 All the notification from the teachers must be replied Constraint Dynamic Teacher
and have high priority.
BR-24 Students must have got 50% marks to get themselves Fact Static Teacher
promoted to the next semester.
Students who got below 50% must repeat the whole
semester.
BR-25 Student must not be on probation so that they can Constraint Static Teacher
register course and then can view registered courses.
BR-26 Student can only view his progress. Constraint Static Teacher
BR-27 At least 1 semester has been passed to view the Constraint Static Teacher
result
BR-28 User shall select a course for discussion Constraint Static Teacher
BR-29 Previous Fee will be paid in order to get a new Action Enablers Static Teacher
fee challan form.
BR-30 Student can only view his result. Constraint Static Teacher
BR-31 Provide the correct information in order to Constraint Dynamic Teacher
change the data.
7 Requirements List
Req. Author Req. Requirement Description
Id
Mubashra Sajjad R-01 The user shall register his/herself into the system.
Mubashra Sajjad R-02 The system shall show a Message “User Verified”
Mubashra Sajjad R-03 The system shall display a message “Registration failed”.
Muhammad Umair R-04 The user shall be able to login to the system.
Muhammad Umair R-05 The system shall display a message “Login Successfully”.
Muhammad Umair R-06 The user shall be able to view dashboard.
Rai Ahmad Fraz R-07 The System shall display alert on Dashboard.
Rai Ahmad Fraz R-08 The user shall be able to reply the alerts.
Rai Ahmad Fraz R-09 The user shall be able to upload quiz marks by clicking the “upload” button.
Rai Ahmad Fraz R-10 The System shall confirm upload marks by showing message.
Rai Ahmad Fraz R-11 The system shall display a message “Upload Marks Failed”.
Rai Ahmad Fraz R-12 The user shall be able to upload assignment marks by clicking the “upload”
button.
Rai Ahmad Fraz R-15 The user shall be able to upload exam marks by clicking the “upload” button.
Mubashra Sajjad R-18 The user shall be able to edit the entered marks.
Mubashra Sajjad R-19 The system shall show the edited marks by showing a message.
Mubashra Sajjad R-20 The user shall be able to cancel the edit marks by clicking the “Cancel”
button.
Sadia Ayub R-21 User shall be able to register his/her courses.
Sadia Ayub R-22 The teacher shall be able see his student’s previous semester result and
the current quizzes sessional and CLO wise result.
Sadia Ayub R-23 The teacher shall be able to review the current course status.
Sadia Ayub R-24 The user shall be able to view notification.
Sadia Ayub R-25 The user shall be able to mark the notification as read.
Zubair Shaheen R-26 Students can see their quiz, assignments and sessional marks.
Zubair Shaheen R-27 After registration students can also see their registered course.
Zubair Shaheen R-28 The system shall display a message “No Registered Course Found”.
Zubair Shaheen R-29 The user shall be able to see progress in the courses by clicking
“Monitor Progress” button.
Zubair Shaheen R-30 The system shall be able to show the student’s progress in the form of
table and graph.
Muhammad Umair R-31 The user shall be able to view result by clicking on “View Result”
button.
Muhammad Umair R-32 The system shall be able to show the Student Result in the specific
format.
Muhammad Umair R-33 The user shall be able to post any text on the discussion forum.
Muhammad Umair R-34 The user shall be able to post images on the discussion forum
Muhammad Umair R-35 The user shall click on “Post” button to confirm the post.
Muhammad Umair R-36 The user shall be able to view Fee Challan by clicking on “Fee Challan”
button.
The system shall be able to show the Fee Challan in a specific format.
Muhammad Umair R-37 The system shall be able to show the Fee Challan in a specific format.
Muhammad Umair R-38 The user shall be able to update the information by changing the fields
like address, email and phone no.
Muhammad Umair R-39 The system shall display a message “Information Changed”
7.1 Functional Requirement:

User Registration
Identifier R-01
Title User Registration
Requirement The user shall register his/herself into the system.
Source Atique Zafar
Rationale The user data must be found in the database.
Restrictions and Risk All the mandatory fields are not filled properly.
Dependencies R-02, R-04, R-06
Priority High
Verify Registration
Identifier R-02
Title Verify registration
Requirement The system shall show a Message “User Verified”
Source Atique Zafar
Rationale User Registered into the system.
Restrictions and Risk All the entered data must be correct.
Dependencies R-03
Priority High
Registration Failed
Identifier R-03
Title Registration Failed
Requirement The system shall display a message “Registration failed”.
Source Atique Zafar
Rationale We want to create an account for a new user.
Restrictions and Risk The user shall give the right information required by system to Sign up
Dependencies
Priority High
Login
Identifier R-04
Title Login
Requirement The user shall be able to login to the system.
Source Atique Zafar
Rationale User login into the system
Restrictions and Risk The username and password must be correct and matches with the
database.
Dependencies R-05
Priority High
Confirm Login
Identifier R-05
Title Verify registration
Requirement The system shall display a message “Login Successfully”.
Source Atique Zafar
Rationale User enter into the system.
Restrictions and Risk All the entered data must be correct.
Dependencies R-06, R-09, R-12, R-15, R-21
Priority High
View Dashboard
Identifier R-06
Title View Dashboard
Requirement The user shall be able to view dashboard.
Source Atique Zafar
Rationale User can monitor his/her progress.
Restrictions and Risk
Dependencies R-07, R-24
Priority High
Alerts on Dashboard
Identifier R-07
Title Alert on Dashboard
Requirement The System shall display alert on Dashboard
Source Atique Zafar
Rationale User read alerts and respond.
Restrictions and Risk User must be logged in to the system
Dependencies R-08
Priority High
Response Alerts
Identifier R-08
Title Response Alerts
Requirement The user shall be able to reply the alerts.
Source Atique Zafar
Rationale To make a reply, submitting request is important.
Restrictions and Risk The text must be within 150-200.
Dependencies
Priority High
Upload Quiz Marks

Identifier R-09
Title Upload quiz marks
Requirement The user shall be able to upload quiz marks by clicking the “Upload”
button.
Source Atique Zafar
Rationale User wants to upload marks.
Restrictions and Risk At least 4 quiz marks must be entered.
Priority High
Confirm Upload quiz marks

Identifier R-10
Title Confirm uploading quiz marks
Requirement The System shall confirm upload marks by showing message.
Source Atique Zafar
Rationale Student Quiz marks uploaded.
Restrictions and Risk User must enter marks into the field.
Priority High
Upload Quiz Marks Failed

Identifier R-11
Title Upload Quiz Marks Failed
Requirement The system shall display a message “Upload Marks Failed”
Source Atique Zafar
Rationale Student marks do not upload.
Restrictions and Risk All the mandatory field must be filled
Dependencies
Priority High
Upload Assignment Marks

Identifier R-12
Title Upload Assignment marks
Requirement The user shall be able to upload assignment marks by clicking the
“upload” button.
Source Atique Zafar
Rationale User wants to upload assignment marks.
Restrictions and Risk At least 4 Assignments marks must be entered.
Priority High
Confirm upload assignment marks

Identifier R-13
Title Confirm uploading assignment marks
Source Atique Zafar
Rationale Student’s Assignment marks uploaded.
Restrictions and Risk At least 4 quiz marks must be entered.
Priority High
Upload Assignment Marks Failed

Identifier R-14
Title Upload Assignment Marks Failed
Requirement The system shall display a message “Upload Marks Failed”.
Source Atique Zafar
Rationale Uploading can fail because of any given reason
Restrictions and Risk Mandatory field will not be blank.
Dependencies
Priority High
Upload Exam Marks

Identifier R-15
Title Upload Exam marks
Requirement The user shall be able to upload exam marks by clicking the “upload”
button.
Source Atique Zafar
Rationale User wants to upload exam marks.
Restrictions and Risk 2 Sessional and 1 terminal marks must be entered.
Priority High
Confirm Upload Exam Marks

Identifier R-16
Title Confirm uploading exam marks
Source Atique Zafar
Rationale To confirm user must upload marks by clicking “upload” button.
Restrictions and Risk 2 Sessional and 1 terminal marks must be entered.
Priority High
Upload Exam Marks Failed

Identifier R-17
Title Upload Exam Marks Failed
Requirement The system shall display a message “Upload Marks Failed”.
Source Atique Zafar
Rationale Uploading can fail because of any given reason
Restrictions and Risk Mandatory field will not be blank.
Dependencies
Priority High
Edit Marks
Identifier R-18
Title Upload marks
Requirement The user shall be able to edit the entered marks.
Source Atique Zafar
Rationale User want to edit the marks.
Restrictions and Risk All the necessary field must be filled.
Priority High
Confirm Edit Marks

Identifier R-19
Title Confirm Edit Marks
Requirement The system shall show the edited marks by showing a message.
Source Atique Zafar
Rationale In order to allow the user to come to know that editing is done or not.
Restrictions and Risk User must edit and enter new marks.
Dependencies
Priority High
Cancel Edit Marks

Identifier R-20
Title Cancel Edit Marks
Requirement The user shall be able to cancel the edit marks by clicking the “Cancel”
button.
Source Atique Zafar
Rationale In order to cancel the edited marks.
Restrictions and Risk The user must edit marks.
Dependencies
Priority High
Register Course
Identifier R-21
Title Register course
Requirement User shall be able to register his/her courses.
Source Atique Zafar
Rationale User register the current semester courses.
Restrictions and Risk User must be logged into the system.
User previous fee must be paid.
Priority High
View Class Result

Identifier R-22
Title View class result
Requirement The teacher shall be able see his student’s previous semester result and the
current quizzes sessional and CLO wise result.
Source Atique Zafar
Rationale The teacher will be able to have a complete performance pattern of the
student and the class.
Restrictions and Risk 1-Internet connection must be maintained.
2-Section registration must be confirmed.
3-The system database should be updated.
4-Student must be currently studying the course.
Dependencies
Priority Medium
Check Lectures Delivered

Identifier R-23
Title Check lectures delivered
Requirement The teacher shall be able to review the current course status.
Source Atique Zafar
Rationale The teacher shall be able to review the current course covered and how
much is left and how he is going to manage to cover rest of the course in
the given time.
Restrictions and Risk 1-Internet connection must be maintained.
2-Database must be updated.
3-The system must be able to show the total delivered and non-delivered
lectures.
4-.teacher’s course teaching sections must be confirmed.
Dependencies
Priority Low
View Notification
Identifier R-24
Title View Notification
Requirement The user shall be able to view notification.
Source Atique Zafar
Rationale User get notified.
Restrictions and Risk User must be logged into the system
Dependencies R-25
Priority High
Mark Notification as read

Identifier R-25
Title Mark notification as read
Requirement The user shall be able to mark the notification as read.
Source Atique Zafar
Rationale User do not want to read the full message.
Restrictions and Risk Notification must be found unread to mark as read.
Dependencies
Priority High
View Marks
Identifier R-26
Title View Marks
Requirement Students can see their quiz, assignments and sessional marks.
Source Atique Zafar
Rationale User can see their marks and can keep track of their progress in all
courses.
Restrictions and Risk User must be registered in any of the courses to view their marks
Dependencies
Priority High
View Registered Course

Identifier R-27
Title View Registered Course
Requirement After registration students can also see their registered course.
Source Atique Zafar
Rationale For users so that they can see their registerd course and all the information
about them.
Restrictions and Risk User must register courses to view registered courses
Dependencies
Priority High
No Course Registered
Identifier R-28
Title No Course Registered
Requirement The system shall display a message “No Registered Course Found”.
Source Atique Zafar
Rationale So that the user get himself registered.
Dependencies
Priority High
Monitor Progress
Identifier R-29
Title Monitor Progress
Requirement The user shall be able to see progress in the courses by clicking “Monitor
Progress” button.
Source Atique Zafar
Rationale Student must be registered into the system.
Restrictions and Risk Courses must be registered and marks are uploaded.
Dependencies R-30
Priority High
Show Progress
Identifier R-30
Title Show Progress
Requirement The system shall be able to show the student’s progress in the form of
table and graph.
Source Atique Zafar
Rationale Student must be registered into the system.
Restrictions and Risk Courses must be registered and marks are uploaded.
Dependencies
Priority High
View Result
Identifier R-31
Title View Result
Requirement The user shall be able to view result by clicking on “View Result” button.
Source Atique Zafar
Rationale Student’s Semester Result must entered into the system.
Restrictions and Risk At least one semester is passed to view the result.
Dependencies R-32
Priority High
Show Result
Identifier R-32
Title Show Result
Requirement The system shall be able to show the Student Result in the specific format.
Source Atique Zafar
Rationale Student’s Semester Result must entered into the system.
Restrictions and Risk At least one semester is passed to view the result.
Dependencies
Priority High
Post on Discussion Forum

Text Post on Discussion Forum
Identifier R-33
Title Text Post on Discussion Forum
Requirement The user shall be able to post any text on the discussion forum.
Source Atique Zafar
Rationale User posts query so that he/she could get solution.
Restrictions and Risk Text cannot be longer than 150 words.
Priority High
Images Post on Discussion Forum
Identifier R-34
Title Images Post On Discussion Forum
Requirement The user shall be able to post images on the discussion forum
Source Atique Zafar
Rationale User posts query with images so that other can easily understand the
problem.
Restrictions and Risk Images must be in .PNG or .JPEG format.
Dependencies
Priority High
Confirm Post
Identifier R-35
Title Confirm Post
Requirement The user shall click on “Post” button to confirm the post.
The System shall show a message “Posted Successfully”.
Source Atique Zafar
Rationale Submitting post is necessary to post a query.
Dependencies
Priority High
View Fee Challan
Identifier R-36
Title View Fee Challan
Requirement The user shall be able to view Fee Challan by clicking on “Fee Challan”
button.
The system shall be able to show the Fee Challan in a specific format.
Source Atique Zafar
Rationale Student must be registered into the system to view the challan.
Dependencies R-38
Priority High
Show Fee Challan
Identifier R-37
Title Show Fee Challan
Requirement The system shall be able to show the Fee Challan in a specific format.
Source Atique Zafar
Rationale Student must be registered into the system to view the challan.
Restrictions and Risk User must be logged into the system.
Dependencies
Priority High
Edit Info
Identifier R-38
Title Edit User Info
Requirement The user shall be able to update the information by changing the fields
like address, email and phone no.
Source Atique Zafar
Rationale User must be registered into the system.
Restrictions and Risk All the entered information must be correct
Dependencies
Priority High
Confirm Edit Info
Identifier R-39
Title Confirm Edit Info
Requirement The system shall display a message “Information Changed”
Source Atique Zafar
Rationale User must Edit Info
Restrictions and Risk All the mandatory filled must be filled correctly.
Dependencies
Priority High
7.2 Non Functional Requirements
1. Availability
RL-1 The availability of the system should be 98% on weekdays throughout the semester
time.
RL-2 The system modules of Lecture Schedule and Uploading Messages are availability
critical core functionalities
RL-3 Mean Time to Repair failures during semester is 2 weeks
RL-4 Maintenance during the semester should be done on time interval of 12AM-7AM
throughout the week
2. Integrity
IN-1 It should compare the original data with backup for any missing files
IN-2 System shall protect against the unauthorized data changes and deletion
IN-3 System shall change the data completely or particular data at all during the backups if
interruption occurs
System shall log all the backup details that backup was initiated on schedule or
IN-4 manually by an authenticated user
3. Interoperability
IN-1 The System shall be able to import any valid data
IN-2 The System must satisfy the authorization of user.

IN-3
The System shall be able to import fee challan and result by using authorized user.
4. Robustness
RL-1 The system should work properly under unexpected operating systems.
RL-2 Testing should be done to check how the system works when some wrong input.
RL-3 Robustness used to refer to the system’s behavior degrading gracefully so that it still
operates partially correctly or provides acceptable functionality in spite of errors
RL-4 And if there is some problem that the system cannot figure that out then there should
be a message that system is not working try later.
5. Safety
RL-1 The probability that the system will not meet any catastrophic failures in time interval.
RL-2 And the system should have a backup for the safety of the information.
RL-3 System should define all failure modes and protection requirements:-
 Actions of function actually achieve safe state.
IN-4 The description should address the safe state eg:

Which flow should be started or stopped
6. Security
RL-1 The System should be secure to use and all the data should also be viewed by the
authorized users.
RL-2 And if some user forget his password then the new password should be send to his
email address.
RL-3
There should be good security system so that system can be saved from different
hackers.
RL-4
Every user can view the material of their own interest after logging in eg
Teachers can add or change marks but students can just view marks.
7. Reliability
<Reliability Requirement One>
The availability of the system should be 99.99%. The maintenance time should not exceed 180 minutes per month
<Reliability Requirement Two>
Failures shall not be greater than 120 minutes per month
<Reliability Requirement Three>
Mean Time to Repair should not exceed 180 minutes per month
<Reliability Requirement Four>
Maximum errors should not be more than 1 in 100 lines of code.

8. Performance
<Performance Requirement One>
The average response time for web pages loading should be 3 second per user query and the maximum response time should not be
greater than 7 second per user query
<Performance Requirement Two>
The system should process every request within 5 seconds for 100kBps of internet speed
<Performance Requirement Three>
The system should capable to handle 3mbps downloading.
<Performance Requirement Four>

System shall have at least 1mbps internet speed to operate the software.
<Performance Requirement Five>
System shall be able to store at least 3mb files per subjects.
9. Installability
<Installability Requirement One>
An average time of downloading and installing the software should be 15 minutes for an average trained person.
<Installability Requirement Two>

While downloading the upgraded version of the software the upgraded system shall be compatible with the previous user provided
information necessary for the user profile.
<Installability Requirement Three>

The system shall verify the correctness of the installation before and after the process .
<Installability Requirement Four>

Once the system is being upgraded it should be able to delete previous unnecessary files, data, information .
10 Usability
10.1 < Usability Requirement one>
User shall be able to get the exposure of whole system within a few minutes.
10.2 < Usability Requirement Two>
All the features provided by the system shall be self explanatory.
10.3 < Usability Requirement Three>
Help is provided in self section of the system.
11 Efficiency
11.1 < Efficiency Requirement one>
The system shall be able to load the page within one minute.
11.2 < Efficiency Requirement Two>
The system shall be able to load and display the data within one minute of user request/query generation.
12 Modifiability
12.1 < Modifiability Requirement one>
System shall have less coupling, so it easy to bring change in existing modules.
12.2 < Modifiability Requirement Two>
System shall not disturb the user while enhancing any of its features.
12.3 < Modifiability Requirement Three>
The procedure of maintenance of system shall not take more than 2 hours.
13 Portability
13.1 <Portability Requirement one>
The Code shall be written in high level language and according to the IBM standards.
13.2 <Portability Requirement Two>
The system shall be able to adopt the operating environment changes.
14 Reusability
14.1 <Reusability Requirement one>

The calculate result function shall be reusable at the object code level in other application.
14.2 < Reusability Requirement Two>
At least 30 % of the application architecture must be reusable.
15 Scalability
5.1 <Scalability Requirement one>
The system shall be able to manage the multiple user.
15.2 < Scalability Requirement Two>
The system shall be able to retrieve data from multiple servers if the traffic rate is high.
15.3 < Scalability Requirement Three>
The system shall be able to save data on multiple servers for security purposes.
16 Verifiability
16.1 <Verifiability Requirement one>
The system shall be verified by the testers to avoid irreproducible testing failures.
16.2 < Verifiability Requirement Two>
A tester shall be able to configure which execution results are logged during testing.

SRS Document

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

SRS Document

Caricato da

Copyright:

Formati disponibili

Vision and Scope Document

<Course Management System>

Version 1.0 approved

Mubashra Sajjad, SP15-BSE-097

Muhammad Umair, SP15-BSE-102

Rai Ahmad Fraz, SP15-BSE-104

Zubair Shaheen, SP15-BSE-106

<Mr. Atique Ahmed Zafar>

Table of Contents .................................................................................................................ii

1.2. Business Opportunity

Our product will have to encounter the following Problems:

Why User Need it.?

How it Fits in the Market.?

1.3. Business Objectives and Success Criteria

2. Vision of the Solution

2.2. Major Features

Features User Requirement Functional Requirement

Discussion Forms A teacher or student can Teachers or students shall be

2.3. Assumptions and Dependencies

3. Scope and Limitations

User value includes

Stakeholder Major Value Major Interests

Techers Improved CLOs Results Increase interaction, share the course

4.2. Operating Environment

Use Case List

Feature Name (Course Management System)

Normal Flow: 1. Enters user-id and password.

Use Case(Upload Quiz Marks)

Use Case(Upload Assignment Marks)

Exceptions: No internet Connection

Use Case(Upload Exam Marks)

Notes and Issues: NONE

Use Case(Upload Course Contents)

Created By: Rai Ahmad Fraz Last Updated By:

Use Case (Edit Marks)

Preconditions: 1. Internet connectivity should be available.

Post-conditions: 1. Updated marks (changes) of the students are saved successfully.

Use Case (Edit Info)

Trigger: Teacher has to click on “profile” option from left panel.

Normal Flow: 1. First of all, teacher has to login the system.

5. Use case resumes on step 5 of normal flow.

Includes: View Info, Edit Info

Use Case (Register New User)

Preconditions: 1. User must be connected to internet.

Includes: User Registration

Use Case (Registers Course)

Includes: Registered Courses

Use Case(Monitor Progress)

Preconditions: The teacher has the login approval.

Business Rules: BR-13, BR-14

Use Case(Post on Discussion Forum)

Date Created: 19/11/2016 Last Revision 20/11/2016

Notes and Issues: NONE

Use Case(View Class Result)

Includes: Overall result of the class.

Business Rules: BR-19

Use Case(View Notification)

Use Case(Check the Lectures Delivered)

Normal Flow: 1. The teacher will select the lecture option.

Use Case(View Dashboard)

Use Case(Register Course)

Use Case Register Course

Exceptions: 1. Registration is not allowed.