STUDE NT MARK ANALYSIS SYSTEM

Practical 3: srs for student mark analysis system

Contents:1.0 Introduction...... 1.1 Purpose of the Document . 1.2 Scope of the Project...................................................................... 1.3 Definitions, Acronyms, and Abbreviations... 1.4 Overview of Document. 2.0 General Description. 2.1 Product Perspective.. 2.2 Product Function.. 2.3 User Characteristics. 2.4 General Constraints. 2.5 Assumptions and Dependencies.. 3.0 Functional Requirements 4.0 Other Non-Functional Requirements. 4.1 External Interface Requirements 4.2 Software Quality Attributes 4.3 Security Requirements.

(090370131029)

STUDE NT MARK ANALYSIS SYSTEM

1.0 Introduction
1.1 Purpose of the Document:This document contains the specifications for A web based Academic Monitoring System project. The specifications will include the functional requirements and the data requirements, both of which will describe how the developers will design the product in order to achieve all objectives. This document will serves as a guide for the client and the developers, allowing for a common document to understand the implementation. 1.2 Scope of the Project:We describe what features are in the scope and what are not in the scope of the system to be developed. In Scope:a. Providing teachers a way so that they can have a look at students performance in their respective subject. b. Providing the HODs the much better way to monitor the performance of students of their branch using different views like Graphs, Pie Charts, etc. c. To generate an analysis report for each student based on their performance in a semester as a whole, with a brief comparison with previous semesters performance.

Out Scope:a. To provide each student the chance to compare his performance with his fellow students.

1.3 Definitions, Acronyms, and Abbreviations:

M.A.S:- Marks Analysis System MTT1:- Mid Term Test 1 MTT2:- Mid Term Test 2 PHP:- PHP Hypertext Pre-Processor HTML:- Hyper Text Markup Language
2

(090370131029)

STUDE NT MARK ANALYSIS SYSTEM

DEO:- Data Entry Operator EI:- Exam In charge

1.4 Overview of Document:The next section contains general information on how this program will run. It will explain most of the program's features and requirements without many implementation details. The section after that contains the software requirement details, including functional and non-functional requirements.

2.0 General Description

2.1 Product Perspective:This product works independently and it is totally self-contained. It takes the marks of students as input and generates analysis report accordingly. Thus it provides a way for teachers to study the progress of students using statistical analysis. 2.2 Product Function:The different functions performed by the product are: User Identification Functions performed by the HOD/Exam In Charge Managing and assigning subjects Allocating subjects to different teachers Setting minimum and maximum marks for MTT1 and MTT2 Performing subject-wise or branch-wise analysis of students performance The Exam in charge can also ask teachers for REVIEW of marks Functions performed by Faculty Members Uploading marks of students in respective subjects Submitting these marks to Exam in charge
3

(090370131029)

STUDE NT MARK ANALYSIS SYSTEM The teachers can perform any changes in the marks before submitting, but after

submission of marks, they have to REQUEST FOR CHANGE which is needed to be approved by the Exam in charge The teachers can also perform section-wise analysis of students performance in particular subject Functions performed by the students They can have a view at their marks in different subjects and can take a print out of it They can also perform a comparison of their own performance with other students They can also perform a comparison of their performance in current semester with their performance in previous semesters

2.3 User Characteristics: The user should possess a basic knowledge about computer should be able to use it easily The user should be intelligent enough to understand and follow a simple user interface The user should have a good understanding of parameters used for analysis of students performance

2.4 General Constraints:The different constraints of this product are: Data encoding scheme: ASCII character Confirmation messages on taken actions, input acceptance and error conditions will be displayed after each input. Total memory to be used by this product including memory occupied by different tables, etc will vary directly with number of students. Confirmation messages on taken actions, input acceptance and output generation will be displayed after each input.

(090370131029)

STUDE NT MARK ANALYSIS SYSTEM Similarly, error messages will be displayed for errors in input or on

trying to perform illegal action. The product will provide full security to actions performed by different users, as long as admin doesnt provide them out of context rights.

2.5 Assumptions and Dependencies: The users must have a unique username to go with a unique password. The profile information provided by user should be true so to categorize them in different categories. User must be connected to network for accessing the services of the application. The Database will be modified according to the user accounts.

3.0 Functional Requirements

Use cases: 1. Login page a.) Use case id 100 b.) Pre condition: Internet explorer is running. c.) Main success scenario: User enters user name and password then clicks on Sign in button. d.) Post condition: User is forwarded to the home page depending on the level of authentication. Level1:HOD/E.I (refer to id 101) Level2:faculty (refer to id 201) Level3:Students (refer to id 301) e.) Alternate flow: User selects help option given on the login page f.) Exception: User enter wrong password or Username or both hence login is not granted

(090370131029)

STUDE NT MARK ANALYSIS SYSTEM

2. HOD/E.I page a.) Use case id 101 b.) Pre condition: HOD/E.I enter the correct username and password and click on Sign in button. c.) Main success scenario: i) HOD/E.I Page is Displayed. ii) User selects administrator option. d.) Post condition: User is moves on to admin page id no 102. e.) Alternate flow: i) User Selects logout option. ii) User Selects the view marks option

3.

Administrator Page a.) Use case id 102 b.) Pre condition: User must have selected the administrator option on the HOD/E.I home page id no 101. c.) Main success scenario: i) Administrator page opens up. ii) User selects the faculty option. d.) Post condition: User is on page having id 103(Select faculty Page). e.) Alternate Flow: i) User selects the student option. ii) User selects the classes option. iii) User selects the change password option. iv) User selects the logout option.

4. Select Faculty Page a.) Use case id 103

(090370131029) 6

STUDE NT MARK ANALYSIS SYSTEM

b.) Pre condition: Administrator Page is open and user selects faculty option. c.) Main success scenario: i) Select faculty page opens up. ii) User fill the name in the search box and selects the search option. d.) Post condition: User is on the search result page having id 104. e.) Alternate flow: i) User selects the name of faculty from the list. ii) User selects the logout option. f.) Exception: i) User lefts the search option box empty. 5. Search results Page a.) Use case id 104 b.) Pre condition: User must be on select faculty page and he must have filled the search box with required information and select the search option. c.) Main success scenario: i) System Displays the Search results for the user entered information. ii) User selects the faculty from the search results and moves to use case id 105. d.) Post condition: User moves on use case id 105. 6. Faculty info Page a.) Use case id 105 b.) Pre condition: User is on Select faculty page or on the search result page where user selects the faculty. c) Main Success Scenario: i)System displays the profile of the selected faculty. ii) User selects the edit profile option. d.) Post condition: User is on edit faculty info page having use case id 106. e.) Alternate flow: i) User selects the Subjects option and moves to use case id 107. 7. Edit Faculty info Page
(090370131029) 7

STUDE NT MARK ANALYSIS SYSTEM

a.) Use case id 106 b.) Pre condition: User selects edit profile option in use case id 105. c.) Main Success Scenario: i) System Displays form to be filled for updating information. ii) User fill all the information to update Faculty information. iii) User selects update button to update the information or discard the changes. d.) Post condition: User moves to use case id 105. 8. Faculty Subject Page a.) Use case id 107 b.) Pre condition: User selects the Subjects option. c.) Main Success Scenario: i) System displays the Subject information of the selected Faculty. ii) User selects the edit subject option on the use case id 107 d.) Post condition: User is on use case id 108. e.) Alternate flow: i) User selects the logout option. 9. Edit Faculty Subject page a.) Use case id 108 b.) Pre condition: User selects the edit subject option on use case id 107. c.) Main Success Scenario: i) System displays the three fields which is to be filled by selecting option. ii) After filling the three fields (semester, subject, batch), user selects the update option d.) Post condition: User is on use case id 107. 10. View Classes Page a.) Use case id 109 b.) Pre condition: User selects the view classes option on use case id 102. c.) Main Success Scenario: i) User selects one of the semester and the section in it and clicks on O.K to move on to the use case id 110. d.) Post condition: User is on use case id 110 e.) Alternate flow:
(090370131029) 8

STUDE NT MARK ANALYSIS SYSTEM

i) User Selects logout option and moves to use case id 100.

11. Class information Page a.) Use case id 110 b.) Pre condition: HOD selects section and semester and clicks on O.K in use case id 109. c.) Main Success Scenario: i) System displays the information of the classes for the selected semester and the selected batch. d.) Post condition: User is on use case id 109. e.) Alternate flow: i) User Selects logout option and moves to use case id 100. 12. Select Student page a.) Use case id 111 b.) Pre condition: User selects the student option on the use case id 102 c.) Main Success Scenario: i) System Displays select Student option page. ii) User selects the semester to view students. iii) User selects the view option to view students of selected semester. d.) Post condition: User is on use case id 112. 13. Faculty Home page a.) Use case id 201 b.) Pre condition: Faculty enters the username and password. c.) Main Success Scenario: i) System displays information about the faculty. ii) User selects the enter marks option. d.) Post condition: User is on use case id 202. e.) Alternate flow: i) User Selects marks analysis option and moves to use case id 210. 14. Select Semester page
(090370131029) 9

STUDE NT MARK ANALYSIS SYSTEM

a.) Use case id 202 b.) Pre condition: User selects the enter marks option on use case id 201 c.) Main Success Scenario: i) System displays information about the semester subject and section. ii) User selects the semester, subject and section to edit marks and also MTT1/MTT2 option for midterm marks. iii) User selects enter marks option. d.) Post condition: User is on use case id 203.

15. Enter Marks page a.) Use case id 203 b.) Pre condition: User selects the enter marks option on use case id 202. c) Main Success Scenario: i) System displays the two option one is enter marks individually. ii) Second option is import marks file. iii) User selects the import file option. d.) Post condition: User is on use case id 204. e.) Alternate flow: i) User selects enter marks individually option and moves to use case id 206.

16. Import file page a.) Use case id 204 b.) Pre condition: User selects the import file option on the use case id 203. c.) Main Success Scenario: i) System displays the option to select the file from the system for uploading marks. ii) User selects the upload option. d.) Post condition: User is on use case id 205.

(090370131029)

10

STUDE NT MARK ANALYSIS SYSTEM

17. Display Marks page a.) Use case id 205 b.) Pre condition: User selects the upload option on use case id 204 or User selects the save option on use case id 206. c.) Main Success Scenario: i) System displays the marks of the student with there roll numbers and names. ii) User selects the edit marks option. d.) Post condition: User is on use case id 206. e.) Alternate flow: i) User selects submit marks option and moves to use case id 207. ii) User selects Request for change option and moves to use case id 207.

18. Edit Marks page a.) Use case id 206 b.) Pre condition: User selects the edit marks option on use case id 205 or User selects the enter marks individually option on Use case id 203. c.) Main Success Scenario: i) System displays the marks of the students with the editable fields. ii) User changes the required field and selects the save option. d.) Post condition: User is on use case id 205. 19. Submit Marks option a.) Use case id 207 b.) Pre condition: User selects the submit option on the use case id 205. c) Main Success Scenario: i) System displays the option to select the subject, semester, class and MTT1/2 . ii) User after selecting the required option selects on the ok option and the marks get submitted to Exam in charge. d.) Post condition: user is on use case id 208.
(090370131029) 11

STUDE NT MARK ANALYSIS SYSTEM

e.) Alternate flow: i) User selects subject, semester, class and MTT1/MTT2 and selects request for change option and moves to use case id 209. 20. Success page a.) Use case id 208 b.) Pre condition: User selects on the ok option on the use case id 207. c.) Main Success Scenario i) System displays message showing the success full submission of the marks. ii) User selects the home page option d.) Post condition: User is on use case id 201. 21. Successfully requested page a.) Use case id 209 b.) Pre condition: User selects the request for change option on the use case id 207. c) Main Success Scenario: i) System displays message showing the successful submission of request for change of marks of selected exam to the Exam in charge. ii) User selects the home page option d.) Post condition: User is on use case id 201. 22. Marks analysis page a.) Use case id 210 b.) Pre condition: User selects the marks analysis option on the use case id 201. c.) Main Success Scenario: i) System displays the two options to analyze the marks. ii) User selects the Inter-class analysis option. d.) Post condition: User is on use case id 210. e.) Alternate flow:

(090370131029)

12

STUDE NT MARK ANALYSIS SYSTEM

i) User Selects Intra-class analysis option and moves to use case id 212. 23. Inter class page a.) Use case id 211 b.) Pre condition: User selects the Inter-class option on the use case id 210. c.) Main Success Scenario: i) System displays option to select the semester, subject to analyze marks. ii) User selects the ok option. d.) Post condition: User is on use case id 213.

24. Student homepage Use Case id: 302 Pre Condition: Student should be logged in. (Refer to case id: 1002) Main Scenario: 1. Student has his personal information regarding branch, semester, section, and roll no.etc 2. Student selects to view his marks. Post Condition: 1. View marks screen is displayed. 2. Refer to case id 1003(a). Alternate Scenario: 1. Student selects option to analyze marks (refer to case id 1003(b)). 2. Student selects to log out.

25. View marks Use Case id: 303(a) Pre Condition: Student should be logged in. (Refer to case id: 1002) Main Scenario: 1. Student initiates the view marks screen.
(090370131029) 13

STUDE NT MARK ANALYSIS SYSTEM

2. Student is prompted for whether to view marks for Midterm 1, Midterm 2 or previous semesters. 3. Students select to view marks for midterm1. Post Condition: 1. Student made his choice. 2. Student is directed to midterm1 marks page. 3. Refer to case id 1004(a) Alternate Scenario: 1. Student opts to return to the homepage without viewing the marks.

26. Midterm1 marks page Use Case id: 304(a) Pre Condition: Student should be logged in. (Refer to case id: 1003) Main Scenario: 1. Student selects to view midterm marks. 2. Student is provided with a table containing all the subjects, min marks, max marks and marks obtained. 3. Student selects to go back to the view marks page. Post Condition: 1. View marks page is displayed. Alternate Scenario: 1. Student selects to log out his account. 26. Previous semester marks page Use Case id: 304(b) Pre Condition: Student should be logged in. (Refer to case id: 1003) Main Scenario: 1. Student chose to view previous semester marks. 2. System asks the student for selecting the semester from a drop down menu. 3. Student selects the semester accordingly. 4. Students mark sheet corresponding to selected semester is displayed in lower half of the page. 5. Student selects to go back to the view marks page. Post Condition: 1. View marks page is displayed. Alternate Scenario: 1. Student selects to log out his account.

(090370131029)

14

STUDE NT MARK ANALYSIS SYSTEM

27. Analyze marks Use Case id: 303(b) Pre Condition: Student should be logged in his account. Main Scenario: 1. Student is directed to his homepage. 2. Student selects the analyze marks tab. 3. Student is directed to analyze marks page Post Condition: 1. Analyze marks page is displayed. Alternate Scenario: 1. Student selects to view marks. 28. Subject wise class analysis Use Case id: 305(a) Pre Condition: Student should be logged in. Main Scenario: 1. After clicking on analyze marks tab student is provided with th option to choose whether from Subject wise class analysis or Performance Graph. 2. Student selects Subject wise class analysis. 3. Student is provided with the name of all the subjects of current sem. The student chooses one and Percentage v/s no. of student graph is displayed in every choice of the user. 4. Student selects to move back. Post Condition: 1. Student is directed to analyze marks page. Alternate Scenario: 1. Student selects to navigate to Performance graph page. 2. Student selects to logout. 29. Performance Graph page Use Case id: 305(b) Pre Condition: Student should be directed from Analyze marks Page Main Scenario: 1. A graph plotted between percentage obtained and all the previous semesters is displayed. 2. Student selects to return back. Post Condition: 1. Student is redirected to analyze marks page. Alternate Scenario:
(090370131029) 15

STUDE NT MARK ANALYSIS SYSTEM

1. Student selects to view Subject wise class analysis . 2. Student selects to log out.

(090370131029)

16

STUDE NT MARK ANALYSIS SYSTEM

4.0 Other Non-Functional Requirements

4.1 External Interface Requirements:4.1.1 User Interface Requirements:The different types of users are:I. II. III. HOD/ Exam In charge Faculty Members Students

HOD/Exam In Charge:These users will be able to use the system once they get logged in by using their unique username and password. They are the most powerful users of this system as they have all rights from changing subjects to changing teachers. Faculty Members:Faculty members will be responsible for uploading students marks in different subjects. After uploading, they can do changes and then they have to submit them to Exam in charge. After submission, if they felt the need for further changes in marks, they have to REQUEST to Exam in charge. Students:After marks have been submitted by teachers, the students will be able to view their marks in different subjects. They students can also view the marks of other students. 4.1.2 Hardware Interfaces:The Marks Analysis System Application is having the following hardware.

A computer acts as Server Other pcs acting as clients/users. 4.1.3 Software Interfaces:-

(090370131029)

17

STUDE NT MARK ANALYSIS SYSTEM

System will interact with the system database to record all information generated by the feedback system. 4.2 Software Quality Attributes: Reliability The system is thoroughly tested at the time of delivery so that computational errors are minimized.

Maintainability Each module is designed independently so that any change corresponding to a request can be modified easily.

4.3 Security Requirements:In this system, only the Exam in charge and teachers will have the power to perform any changes. Students will only be able to view their marks in different subjects. The Exam in charge will have the power to change subjects or to allocate various subjects among pool of teachers, whereas the teacher will be responsible for uploading marks and to perform any changes into them.

(090370131029)

18

Dept ID NT MARK ANALYSIS SYSTEM

HOD _ID

Deptna me STUDE

Departmen t

has Faculty_I D faculty Subject_I D Name Dept ID

has Name

sets

Examinatio n incharge

Incharge _ID

Dept_ID Add/ delet e Upda tes mark s of UPDA TES

Semeste r Branch

Classes Name

Student_ ID

Student

Subject

Subject_I D Name

Faculty_I D

Branch

Semeste r

Semeste r

(090370131029)

19