SRS tamplate

31
7/21/2019 SRS tamplate http://slidepdf.com/reader/full/srs-tamplate 1/31 SOFTWARE REQUIREMENTS SPECIFICATION for Software Project Management tool Release 1.0 Prepared by AllStarz

description

Software requirement specification for software engineering.

Transcript of SRS tamplate

Page 1: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 1/31

SOFTWARE REQUIREMENTSSPECIFICATION

for

Software Project Management tool

Release 1.0

Prepared by AllStarz

Page 2: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 2/31

Contents

1 Introduction   41.1 Purpose . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   41.2 Project Scope and Product Features . . . . . . . . . . . . . . . . . . . . . . . . .   41.3 Intended Audience and Document Overview . . . . . . . . . . . . . . . . . . . . .   41.4 Definations, Acronyms, and Abbreviations . . . . . . . . . . . . . . . . . . . . . .   5

1.4.1 Definations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   51.4.2 Acronyms, and Abbreviations . . . . . . . . . . . . . . . . . . . . . . . . .   5

1.5 References . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   6

2 Overall Description   72.1 Product Perspective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   72.2 User Classes and Characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . .   72.3 Constraints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   72.4 Assumptions and Dependencies . . . . . . . . . . . . . . . . . . . . . . . . . . . .   8

3 Specific Requirements   93.1 External Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   93.2 Functional Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   10

3.2.1 User Class one - Student . . . . . . . . . . . . . . . . . . . . . . . . . . . .   103.2.2 User Class two - Administrative head(Super user) . . . . . . . . . . . . .   143.2.3 User Class three - Faculty . . . . . . . . . . . . . . . . . . . . . . . . . . .   183.2.4 User Class four - HEC head . . . . . . . . . . . . . . . . . . . . . . . . . .   223.2.5 User Class Mess committee head- Student . . . . . . . . . . . . . . . . . .   253.2.6 User Class six - Transpotation Coordinater . . . . . . . . . . . . . . . . .   28

3.3 Non Functional Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   303.3.1 Performance Requirements . . . . . . . . . . . . . . . . . . . . . . . . . .   303.3.2 Reliability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   303.3.3 Availability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   313.3.4 Security Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . .   31

2

Page 3: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 3/31

Revision History

Revision Revision Date Description of Change Author/Modifier

v1.0 Frb 15 , 2016 Initial Document Vikash Saini/Vivek Kumar Singh

3

Page 4: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 4/31

1 Introduction

The title of the project is COLLEGE MANAGEMENT SYSTEM (CMS). CMS is an Internetbased application that aims at providing information to all the levels of management within anorganization. This system can be used as a information management system for the college.

For a given Administrator/   staff   /   studen, The Administrator creates loginid & password,using these Administrator/  staff  /  student can access the system to either upload or downloadsome information from the database.

The front-end will be HTML pages with Java Script for client side validation where as allbusiness logics will be in PHP reside at middle layer. And these layers will interact with thirdlayer of database, which will be MySql database. The web server will be Apache. To startworking on this project environment required is a server having Apache as web server, MySqlas database and XAMPP as development environment

1.1 Purpose

The purpose of this document is to present a detailed description of the College ManagementSystem . It will explain the purpose and features of the system, the interfaces of the system,

what the system will do, the constraints under which it must operate and how the system willreact to external stimuli. This document is intended for both the client and the developers of the system and will be proposed to the Administrative head for its approval.

1.2 Project Scope and Product Features

This software system will be a College management system for a the members of an organization.This system will be designed to maximize the administrative, academic and overall productiv-ity by providing tools to assist in automating the technical procedures and proccesses, whichwould otherwise have to be performed manually. By maximizing the users work efficiency andproduction the system will meet the users needs while remaining easy to understand and use.It is a user-friendly portal to interact, manage, access the information.

1.3 Intended Audience and Document Overview

There are different types of intented audience for this document, such as developers, testers,documentation writers and most importantly the users.We have divided the rest of the docu-ment into different subsections. We suggest that you begin with understanding the definitions,acronyms and abbreviations, then sequentially go through contents, overview section and pro-ceeding through the detailed description sections that is most pertinent.

4

Page 5: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 5/31

1.4 Definations, Acronyms, and Abbreviations

1.4.1 Definations

•   Browser   : Software used to view hypertext documents. Internet Explorer and NetscapeNavigator are examples of browsers.

•   HTML : Hypertext Markup Language is a specification for graphical layout of a document.The specification calls for the document to be stored as text containing a series of tagsthat contain formatting information

•   PHP : Server side scripting language.

•   JavaScript : is a high level, dynamic, untyped, and interpreted programming language.

•   MySQL  : MySQL is an open-source relational database management system.

•  standalone application   : A Software that is not a part of some bundled software. Aprogram that is run as a separate computer process, not an add-on of an existing process.Standalone program, a program that does not require operating system’s services to run.A portable application, which can be run without the need for installation procedure.

•   Web Portal  : A web portal is most often one specially designed web page that bringsinformation together from diverse sources in a uniform way.

•   Data Integrity   : Data integrity refers to maintaining and assuring the accuracy andconsistency of data over its entire life-cycle, and is a critical aspect to the design, imple-mentation and usage of any system which stores, processes, or retrieves data.

1.4.2 Acronyms, and Abbreviations

Table: 1 lists the acronyms and abbreviations used in this document with respect to CMS.

Acronyms Meaning

AJAX Asynchronous Java-Script and XML

API Application Programming Interface

XML Extensible Markup Language

DBMS Database Management System

IEEE Institute of Electrical and Electronics Engineers

kbps Kilo-Byte Per Second

HTML Hypertext Markup LanguageCSS Cascading Style Sheets

GUI Graphical User Interface

mbps Mega-Byte Per Second

OS Operating System

RAM Random Acess System

SDLC Software Development Life Cycle

URL Universal Resource Locator

5

Page 6: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 6/31

1.5 References

•   http://www.cse.msu.edu/~chengb/RE-491/Papers/SRSExample-webapp.doc

•   https://web.cs.dal.ca/~arc/teaching/CS3130/Templates/SRS%20and%20Project%20 Plan%20Templates/SRS-template1.doc

•   http://regisindia.com/wp-content/uploads/2013/10/SRS-Development-of-Web-GIS-Tool_

IEEE-SA-830-SRS-Format_Final_27082013.pdf

•   https://en.wikipedia.org/wiki/Software_requirements_specification

•   https://www.google.co.in/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=

8&ved=0CBwQFjAAahUKEwjXre2yxILIAhVNjo4KHXS3Bug&url=http%3A%2F%2Fhome.agh.ed u.

pl%2F~jsw%2Fio%2FIEEE830.doc&usg=AFQjCNEfca8yYVNSEGzj6a5NT6TvIaKbXQ&sig2=os OXYy-hIwI

bvm=bv.103073922,d.c2E

•   http://www.cse.chalmers.se/~feldt/courses/reqeng/examples/srs_example_2010_

group2.pdf

6

Page 7: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 7/31

2 Overall Description

2.1 Product Perspective

The product will be a standalone application and may be run on multiple systems within anInternet network. The product will require a keyboard, mouse and monitor to interface withthe users. The minimum hardware requirements for the product are specified in this document

2.2 User Classes and Characteristics

The target audience for CMS product is the college Administrator/students/faculty/staff (Technical/Non-technical) .The users for this system are

•   Administrator The Super user of the system. Mainly focuses on administratiive andacademic related issues.

•   Student A user with limited access rights.

•   Staff A user of the system who has more access rights than a normal user.

•  Users for specific task.- Warden/HEC head: For Hostel management- Bus coordinator: For Transport management- Mess Committee Head: For mess

2.3 Constraints

The current constraints on the project are related to the provision of hardware resources andsoftware resources.

•   At present, we have a i3 gen4 intel core processor running on top of the Linux/windows

operating system.•  The documents will be present only in pdf format.

•   In the feedback forms, the replies will not be frequent and the petitioner will not beanonymous.

•  There will not be any moderater to filter out the fake complains with the genuine ones.The superuser have to do it himself manually.

•   The Internet connection is also a constraint for the application. Since the applicationfetches data from the database over the Internet, it is crucial that there is an Internetconnection for the application to function.

7

Page 8: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 8/31

•   The web portal will be constrained by the capacity of the database. Since the databasemay be forced to queue incoming requests and therefor increase the time it takes to fetchdata.

•  Mess Rebate Will at least of 3days.

•  Registration will be open for short time.

•  All Document should be in .Zip file.

•  College will provide funds for SMS service if SMS service is not free.

•  After submitting the course evaluation form, the user cannot revert his or her actions.

•  The user cannot change his/her all personal or academic details. He/she first have to getpermission from the super user to do so.

2.4 Assumptions and Dependencies

A number of factors that may affect the requirements specified in the SRS include:

•  It is assumed that only one person from the different department will have the access to amodule.i.e. Only heads of administration, academics, HEC and Mess will have the accessto their department except the faculty.

•  The complaints and the feedback given by the students and other members of the organi-zation are assumed to be reliable.

•  The schedule for the exam , the registration window will be open for only few days onlyafter that these pages will be inactive until next exams or registration period.

•  Apportioning of requirementsIn the case that the project is delayed, there are some requirements that could be trans-ferred to the next version of the application. Those requirements are to be developed inthe third release.

8

Page 9: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 9/31

3 Specific Requirements

This section contains all the software requirements at a level of detail sufficient to enable design-ers to design a system to satisfy those requirements, and testers to test that the system satisfiesthose requirements. Throughout this section, every stated requirement should be externallyperceivable by users, administrator, or, other external systems.

3.1 External Interfaces

Client:•   Hardware platform:

- PIII or above with- RAM of 512 or above MB- HardDisk 20GB or above GB

•   Software Platform:Browser :- Mozilla Fire-Fox v12.0 or higher- Google Chrome v27.0.1453.116m or higher.

Server:

•   Hardware Platform:- PIII or above with- RAM of 512 or above MB- HardDisk 20GB or above GB.

•   SoftwarePlatform:-HTML,PHP,JavaScript,MySql,Apache,CSS,MVC,Bootstrap

•   User Interface:A first-time user of the web portal should see the log-in page when he/she opens the portal.If the user has not registered, he/she should be able to do that on the log-in page. It willalso have a remember me button.If the user is not a first-time user, he/she should beable to see the dashboard which contains different domains like academics, Hostel, Profile,Mess, Transport.A news bulliten, some general information, list of holidays and differenttimetables will also be visible on this page.Every user should have a profile page wherethey can edit their e-mail address, phone number and password and other personal details.

•   Communications interfacesThe communication between the client and the server will be done through internet.

9

Page 10: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 10/31

3.2 Functional Requirements

This section includes the requirements that specify all the fundamental actions of the softwaresystem

3.2.1 User Class one - Student

3.2.1.1 Functional Requirement

ID:FR1TITLE:Login into the Portal.DESC: The user can login into the system by providing its loginid and password to the portalwhich are unique and provided by the college.RAT:To login into the portal and take advantage of the services provided by it.DEP:None

3.2.1.2 Functional Requirement

ID:FR2TITLE:Change passwordDESC:Change the password after logging into the system.The user will be asked a securityquestion if he/she forgets his/her password. In case, he/she is unable to do so, the user has toformally apply to the admin for the change of his/her password providing the necessary proof.RAT:For security purposes, the user can choose his/her passwordDEP:FR1

3.2.1.3 Functional Requirement

ID:FR3TITLE:View/change profile details.DESC:The user can view or change some of his/her personal details like email id, contact detailsand address details. The profile will contain name, age,permanent address, parent’s name, theiraddress, their contact details, branch, year, semester, room alloted, hostel name and no. etc.RAT:To update his/her profile and know his or her status.DEP:FR1

3.2.1.4 Functional Requirement

ID:FR4TITLE:HelpDESC: Can get help through the help option which gives information about the different fea-tures provided by the system. A copy of user manual will also be provided in this section.RAT:In case of any confusion, the user can solve the problem easily and better understand thefunctionality of the system.DEP:FR1

10

Page 11: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 11/31

3.2.1.5 Functional Requirement

ID:FR5TITLE:Search

DESC:The user can search through different contents from the search features.It is convinientand easy.RAT:User doesn’t have to go through all pages to get a single piece of information.DEP:FR1

3.2.1.6 Functional Requirement

ID:FR6TITLE:TimetablesDESC:The user can view timetable for classes, mess and buses on the front page of the portal

after logging into the system.RAT:By geting this information, user can schedule his routine and better utilize his/her precioustime.DEP:FR1

3.2.1.7 Functional Requirement

ID:FR7TITLE:List of upcoming holidaysDESC:The user can view the list on upcoming holidays on the front page of the portal afterlogging into the system.RAT:He/she could plan for vacations and other co-curricular activites.DEP:FR1

3.2.1.8 Functional Requirement

ID:FR8TITLE:News Bullitin and Announcements.DESC:On the front page , the user can view different news and announcements from variousdepartments.RAT:The user gets updated about the college and knows whats going on in the college.

DEP:FR1

3.2.1.9 Functional Requirement

ID:FR9TITLE:AcademicsDESC:This module on dashboard contains all the information about the academics and admin-istration.RAT:You can get all the information about academics after getting inside this module.

11

Page 12: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 12/31

DEP:FR1

3.2.1.10 Functional RequirementID:FR10TITLE:Request for certificatesDESC:The user can request for different types of certificates like No Objection Certificate, Char-acter Certificate, Address Proof for Hostel etc. After filling the given format , the request willbe send to the administrative department for verification of request. After the verification, theuser can get his/her certificate.RAT:This feature makes the process move convinient,fast and less cumbersome.DEP:FR1,FR9

3.2.1.11 Functional Requirement

ID:FR11TITLE:MessDESC:This module on dashboard contains all the information about the mess.RAT:You can get all the information about mess after getting inside this module.DEP:FR1

3.2.1.12 Functional Requirement

ID:FR12TITLE:FacultyDESC:This module provides the information about the faculties. This includes name, educationdetails, areas of interest and expertise, email id and contact details(optional).RAT:You can get all the information about faculties in one place after getting inside this mod-ule.DEP:FR1,FR9

3.2.1.13 Functional Requirement

ID:FR13

TITLE:Assignments and reading referencesDESC:The user can download the reading and writing assignments uploaded by the faculty fortheir course.RAT:The user will have a remote access to the assignments.DEP:FR1,FR9

3.2.1.14 Functional Requirement

ID:FR14TITLE:Course Evaluation

12

Page 13: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 13/31

DESC:: At the end of the semester, a new page will be available for evaluation of a particularcourse for the students. The user can give evalution for a particular course by just filling themultiple choice questions and submitting.RAT:This helps faculties to get a feedback for their course and improve their performance byintrospecting and also it helps the administration in better allocation of the faculty.DEP:FR1,FR9

3.2.1.15 Functional Requirement

ID:FR15TITLE:Exam ScheduleDESC:The user can view the exam schedule.RAT:By using this feature,the user can prepare and plan his efforts in a better way.DEP:FR1,FR9

3.2.1.16 Functional Requirement

ID:FR16TITLE:Feedback/ComplainsDESC: In this form, one can lodge a complaint or give a feedback by selecting the domain: Aca-demics, Administration, Hostel, Mess, Transportation.The head of each department will giveresponse accordingly.RAT:The user can get relieve from his/her problems without much effort or conflicts.DEP:FR1

3.2.1.17 Functional Requirement

ID:FR17TITLE:Fee Receipt GenerationDESC: Student can generate fee receipt by giving the bank details in the system authenticatedby the administrative head for the current and the previous semesters.RAT:This feature makes the process move convinient,fast and less cumbersome.DEP:FR1,FR9

3.2.1.18 Functional Requirement

ID:FR18TITLE:Monthly menu and timingsDESC:The user can view the monthly menu and timings of mess(breakfast,lunch,snacks anddinner).RAT:It helps the user to better adjust with the mess routine.DEP:FR1,FR11

13

Page 14: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 14/31

3.2.1.19 Functional Requirement

ID:FR19TITLE:Result

DESC: Student can access their results of past semester and generate a pdf file and print bylogging into the portal. The user can not view results of other students.RAT:The user can easily keep track of his/her academic performance.DEP:FR1,FR9

3.2.1.20 Functional Requirement

ID:FR20TITLE:Mess RebateDESC:The user can request for his/her mess rebate by formally applying providing a valid rea-

son and the period of his abscence. After the verification of his request, the mess committeewill either accept or deny the request and the user will be informed accordingly. The systemwill keep track of the days the rebate request was succesfully accepted.RAT:The user can easily get rebate from mess and can also keeps track of his rebate request.DEP:FR1,FR11

3.2.2 User Class two - Administrative head(Super user)

3.2.2.1 Functional Requirement

ID:FR21

TITLE:Login into the Portal.DESC: The user can login into the system by providing its loginid and password to the portalwhich are unique and provided by the college.RAT:To login into the portal and take advantage of the services provided by it.DEP:None

3.2.2.2 Functional Requirement

ID:FR22TITLE:Change password

DESC:Change the password after logging into the system.The user can also change the passwordfor other users if requested. If he/she forgets his/her password.RAT:For security purposes, the user can choose his/her password.DEP:FR21

3.2.2.3 Functional Requirement

ID:FR23TITLE:View/change profile details.DESC:The user can view or change some of his/her personal details like email id, contact detailsand address details. The profile will contain name, age,permanent address, parent’s name, their

14

Page 15: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 15/31

address, their contact details, branch, year, semester, room alloted, hostel name and no. etc.RAT:To update his/her profile and know his or her status.DEP:FR21

3.2.2.4 Functional Requirement

ID:FR24TITLE:HelpDESC: Can get help through the help option which gives information about the different fea-tures provided by the system. A copy of user manual will also be provided in this section.RAT:In case of any confusion, the user can solve the problem easily and better understand thefunctionality of the system.DEP:FR21

3.2.2.5 Functional Requirement

ID:FR25TITLE:SearchDESC:The user can search through different contents from the search features.It is convinientand easy.RAT:User doesn’t have to go through all pages to get a single piece of information.DEP:FR21

3.2.2.6 Functional Requirement

ID:FR26TITLE:TimetablesDESC:The user can view timetable for classes, mess and buses on the front page of the portalafter logging into the system.The user will also have the right and access to either manuallychange the timetable or automatically generate a timetable by providing the constraints like no.of rooms in the buildings, no. of students for all the branches and semesters, no. of students,time and capacity constraints.RAT:By geting this information, user can schedule his routine and better utilize his/her precioustime.

DEP:FR21

3.2.2.7 Functional Requirement

ID:FR27TITLE:List of upcoming holidaysDESC:The user can view the list on upcoming holidays on the front page of the portal afterlogging into the system.The user will also have the right and access to change/modify the list.RAT:He/she plans for vacations and other co-curricular activites.DEP:FR21

15

Page 16: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 16/31

3.2.2.8 Functional Requirement

ID:FR28TITLE:News Bullitin and Announcements.

DESC:On the front page , the user can view different news and announcements from variousdepartments.The user will be able to access/broadcast important events.RAT:The user keeps the others updated about the events that are going to happen in the college.DEP:FR21

3.2.2.9 Functional Requirement

ID:FR29TITLE:Academics

DESC:This module on dashboard contains all the information about the academics and admin-istration.RAT:You can get all the information about academics after getting inside this module.DEP:FR21

3.2.2.10 Functional Requirement

ID:FR30TITLE:Request for certificatesDESC:The user attends the request for certificates like No Objection Certificate, CharacterCertificate, Address Proof for Hostel etc.The administrative department verifies request andaccordingly accepts or denies the request and procedes subsequently.RAT:This feature makes the process move convinient,fast and less cumbersome.DEP:FR21,FR29

3.2.2.11 Functional Requirement

ID:FR31TITLE:FacultyDESC:This module provides the information about the faculties. This includes name, educationdetails, areas of interest and expertise, email id and contact details(optional).

RAT:You can get all the information about faculties in one place after getting inside this mod-ule.DEP:FR21,FR29

3.2.2.12 Functional Requirement

ID:FR32TITLE:Assignments and reading referencesDESC:The user can download the reading and writing assignments uploaded by the faculty fortheir course.

16

Page 17: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 17/31

RAT:The user will have a remote access to the assignments.DEP:FR21,FR29

3.2.2.13 Functional Requirement

ID:FR33TITLE:Course EvaluationDESC:: At the end of the semester, a new page will be available for evaluation of a particularcourse for the students. The user prepares the format for the course evaluation and decides thewindow when the users can give their feedback. He also evaluates all the evaluations.RAT:This helps faculties to get a feedback for their course and improve their performance byintrospecting and also it helps the administration in better allocation of the faculty.DEP:FR21,FR29

3.2.2.14 Functional Requirement

ID:FR34TITLE:Exam ScheduleDESC:The user can view the exam schedule. The user have the right to update/ modify theexam schedule by either automatically generating the timetable by providing the required detailsor manually filling the blanks.RAT:By using this feature,the user can prepares a perfect timetable without any conflicts.It isvery time efficient .DEP:FR21,FR29

3.2.2.15 Functional Requirement

ID:FR35TITLE:Feedback/ComplainsDESC: In this form, one can lodge a complaint or give a feedback by selecting the domain:Academics, Administration, Hostel, Mess, Transportation.The user deals with the complainsand feedback in the field of academics and administration.RAT:The user can get relieve from his/her problems without much effort or conflicts.DEP:FR21

3.2.2.16 Functional Requirement

ID:FR36TITLE:Fee Receipt GenerationDESC:The user can view details of the fee transaction details of all the students batchwise.RAT:This feature makes the process move convinient,fast and less cumbersome.DEP:FR21,FR29

17

Page 18: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 18/31

3.2.2.17 Functional Requirement

ID:FR37TITLE:Monthly menu and timings

DESC:The user can view the monthly menu and timings of mess(breakfast,lunch,snacks anddinner).RAT:It helps the user to better adjust with the mess routine.DEP:FR21,FR11

3.2.2.18 Functional Requirement

ID:FR38TITLE:ResultDESC:The user keeps track of the results of all the students. The user have to right to mod-

ify/update all the details related to results.He also decides the date when the results will bevisible to the students.RAT:The user can easily keep track of academic performance of all the students.DEP:FR21,FR29

3.2.2.19 Functional Requirement

ID:FR39TITLE:AlertDESC: An alert sms will be given to the faculty members,staff and drivers beforehand consistingof name of the faculty/ driver, phone no, vehicle no, location and timing.RAT:The user can get prepared beforehand in this case.DEP:FR21,FR29

3.2.3 User Class three - Faculty

3.2.3.1 Functional Requirement

ID:FR40TITLE:Login into the Portal.DESC: The user can login into the system by providing its loginid and password to the portal

which are unique and provided by the college.RAT:To login into the portal and take advantage of the services provided by it.DEP:None

3.2.3.2 Functional Requirement

ID:FR41TITLE:Change passwordDESC:Change the password after logging into the system.The user will be asked a securityquestion if he/she forgets his/her password. In case, he/she is unable to do so, the user has toformally apply to the admin for the change of his/her password providing the necessary proof.

18

Page 19: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 19/31

RAT:For security purposes, the user can choose his/her passwordDEP:FR40

3.2.3.3 Functional Requirement

ID:FR42TITLE:View/change profile details.DESC:The user can view or change some of his/her personal details like email id, contact detailsand address details. The profile will contain name, age,permanent address, parent’s name, theiraddress, their contact details, branch, year, semester, room alloted, hostel name and no. etc.RAT:To update his/her profile and know his or her status.DEP:FR40

3.2.3.4 Functional Requirement

ID:FR43TITLE:HelpDESC: Can get help through the help option which gives information about the different fea-tures provided by the system. A copy of user manual will also be provided in this section.RAT:In case of any confusion, the user can solve the problem easily and better understand thefunctionality of the system.DEP:FR40

3.2.3.5 Functional Requirement

ID:FR44TITLE:SearchDESC:The user can search through different contents from the search features.It is convinientand easy.RAT:User doesn’t have to go through all pages to get a single piece of information.DEP:FR40

3.2.3.6 Functional Requirement

ID:FR45TITLE:TimetablesDESC:The user can view timetable for classes, mess and buses on the front page of the portalafter logging into the system.RAT:By geting this information, user can schedule his routine and better utilize his/her precioustime.DEP:FR40

19

Page 20: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 20/31

3.2.3.7 Functional Requirement

ID:FR46TITLE:List of upcoming holidays

DESC:The user can view the list on upcoming holidays on the front page of the portal afterlogging into the system.RAT:He/she could plan for vacations and other co-curricular activites.DEP:FR40

3.2.3.8 Functional Requirement

ID:FR47TITLE:News Bullitin and Announcements.DESC:On the front page , the user can view different news and announcements from various

departments.RAT:The user gets updated about the college and knows whats going on in the college.DEP:FR40

3.2.3.9 Functional Requirement

ID:FR48TITLE:AcademicsDESC:This module on dashboard contains all the information about the academics and admin-istration.RAT:You can get all the information about academics after getting inside this module.DEP:FR40

3.2.3.10 Functional Requirement

ID:FR49TITLE:MessDESC:This module on dashboard contains all the information about the mess.RAT:You can get all the information about mess after getting inside this module.DEP:FR40

3.2.3.11 Functional Requirement

ID:FR50TITLE:FacultyDESC:This module provides the information about the faculties. This includes name, educationdetails, areas of interest and expertise, email id and contact details(optional).RAT:You can get all the information about faculties in one place after getting inside this mod-ule.DEP:FR40,FR48

20

Page 21: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 21/31

3.2.3.12 Functional Requirement

ID:FR51TITLE:Assignments and reading references

DESC:The user can upload the assignments on to the portal according to the year, batch andcourse.RAT:The user will have a remote access to the assignments.DEP:FR40,FR48

3.2.3.13 Functional Requirement

ID:FR52TITLE:Exam ScheduleDESC:The user can view the exam schedule.

RAT:By using this feature,the user can prepare and plan his efforts in a better way.DEP:FR40,FR48

3.2.3.14 Functional Requirement

ID:FR53TITLE:Feedback/ComplainsDESC: In this form, one can lodge a complaint or give a feedback by selecting the domain: Aca-demics, Administration, Hostel, Mess, Transportation.The head of each department will giveresponse accordingly.RAT:The user can get relieve from his/her problems without much effort or conflicts.DEP:FR40

3.2.3.15 Functional Requirement

ID:FR54TITLE:Monthly menu and timingsDESC:The user can view the monthly menu and timings of mess(breakfast,lunch,snacks anddinner).RAT:It helps the user to better adjust with the mess routine.DEP:FR40,FR49

3.2.3.16 Functional Requirement

ID:FR54TITLE:AlertDESC: An alert sms will be given to the faculty members,staff and drivers beforehand consistingof name of the faculty/ driver, phone no, vehicle no, location and timing.RAT:The user can get prepared beforehand in this case.DEP:FR40,FR48

21

Page 22: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 22/31

3.2.4 User Class four - HEC head

3.2.4.1 Functional Requirement

ID:FR55TITLE:Login into the Portal.DESC: The user can login into the system by providing its loginid and password to the portalwhich are unique and provided by the college.RAT:To login into the portal and take advantage of the services provided by it.DEP:None

3.2.4.2 Functional Requirement

ID:FR56TITLE:Change password

DESC:Change the password after logging into the system.The user will be asked a securityquestion if he/she forgets his/her password. In case, he/she is unable to do so, the user has toformally apply to the admin for the change of his/her password providing the necessary proof.RAT:For security purposes, the user can choose his/her passwordDEP:FR55

3.2.4.3 Functional Requirement

ID:FR57TITLE:View/change profile details.

DESC:The user can view or change some of his/her personal details like email id, contact detailsand address details. The profile will contain name, age,permanent address, parent’s name, theiraddress, their contact details, branch, year, semester, room alloted, hostel name and no. etc.RAT:To update his/her profile and know his or her status.DEP:FR55

3.2.4.4 Functional Requirement

ID:FR58TITLE:Help

DESC: Can get help through the help option which gives information about the different fea-tures provided by the system. A copy of user manual will also be provided in this section.RAT:In case of any confusion, the user can solve the problem easily and better understand thefunctionality of the system.DEP:FR55

3.2.4.5 Functional Requirement

ID:FR59TITLE:SearchDESC:The user can search through different contents from the search features.It is convinient

22

Page 23: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 23/31

and easy.RAT:User doesn’t have to go through all pages to get a single piece of information.DEP:FR55

3.2.4.6 Functional Requirement

ID:FR60TITLE:TimetablesDESC:The user can view timetable for classes, mess and buses on the front page of the portalafter logging into the system.RAT:By geting this information, user can schedule his routine and better utilize his/her precioustime.DEP:FR55

3.2.4.7 Functional Requirement

ID:FR61TITLE:List of upcoming holidaysDESC:The user can view the list on upcoming holidays on the front page of the portal afterlogging into the system.RAT:He/she could plan for vacations and other co-curricular activites.DEP:FR55

3.2.4.8 Functional Requirement

ID:FR62TITLE:News Bullitin and Announcements.DESC:On the front page, the user can view different news and announcements from various de-partments.The user also have the right to announce necessary announcement related to hostel.RAT:The user gets updated about the college and knows whats going on in the college.DEP:FR55

3.2.4.9 Functional Requirement

ID:FR63TITLE:FacultyDESC:This module provides the information about the faculties. This includes name, educationdetails, areas of interest and expertise, email id and contact details(optional).RAT:You can get all the information about faculties in one place after getting inside this mod-ule.DEP:FR55,FR9

23

Page 24: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 24/31

3.2.4.10 Functional Requirement

ID:FR64TITLE:Feedback/Complains

DESC: In this form, one can lodge a complaint or give a feedback by selecting the domain:Academics, Administration, Hostel, Mess, Transportation.The user will deal with the complainsand feedback information related to hostel.RAT:The user can get relieve from his/her problems without much effort or conflicts.DEP:FR55

3.2.4.11 Functional Requirement

ID:FR65TITLE:Mess

DESC:This module on dashboard contains all the information about the mess.RAT:You can get all the information about mess after getting inside this module.DEP:FR55

3.2.4.12 Functional Requirement

ID:FR66TITLE:Monthly menu and timingsDESC:The user can view the monthly menu and timings of mess(breakfast,lunch,snacks anddinner).RAT:It helps the user to better adjust with the mess routine.DEP:FR55,FR65

3.2.4.13 Functional Requirement

ID:FR67TITLE:Room wise resources distributionDESC:: Information about the room wise resource will be recorded and updated by the HEC forthe maintenance of the hostel and the college. These include quantity, price, date of purchase,warranty period, condition, brand.The items contains fans, chairs, table , tubelight, switch board, CFL , bulb.

RAT:The user can keep track of all the resources and also know their conditions, so that theycan estimate how much resources would be needed in the future.DEP:FR55

3.2.4.14 Functional Requirement

ID:FR68TITLE:Room wise student distributionDESC:: It includes the detailed information about the students that are residing in the hostel.It contains their name, batch, year, contact details, email no. And all these information is keptroom and hostel wise. RAT:The user can easily manage student records, mails arrived at the

24

Page 25: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 25/31

gate, compensation if any .DEP:FR55,FR67

3.2.5 User Class Mess committee head- Student

3.2.5.1 Functional Requirement

ID:FR69TITLE:Login into the Portal.DESC: The user can login into the system by providing its loginid and password to the portalwhich are unique and provided by the college.RAT:To login into the portal and take advantage of the services provided by it.DEP:None

3.2.5.2 Functional Requirement

ID:FR70TITLE:Change passwordDESC:Change the password after logging into the system.The user will be asked a securityquestion if he/she forgets his/her password. In case, he/she is unable to do so, the user has toformally apply to the admin for the change of his/her password providing the necessary proof.RAT:For security purposes, the user can choose his/her passwordDEP:FR69

3.2.5.3 Functional Requirement

ID:FR71TITLE:View/change profile details.DESC:The user can view or change some of his/her personal details like email id, contact detailsand address details. The profile will contain name, age,permanent address, parent’s name, theiraddress, their contact details, branch, year, semester, room alloted, hostel name and no. etc.RAT:To update his/her profile and know his or her status.DEP:FR69

3.2.5.4 Functional Requirement

ID:FR72TITLE:HelpDESC: Can get help through the help option which gives information about the different fea-tures provided by the system. A copy of user manual will also be provided in this section.RAT:In case of any confusion, the user can solve the problem easily and better understand thefunctionality of the system.DEP:FR69

25

Page 26: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 26/31

3.2.5.5 Functional Requirement

ID:FR73TITLE:Search

DESC:The user can search through different contents from the search features.It is convinientand easy.RAT:User doesn’t have to go through all pages to get a single piece of information.DEP:FR69

3.2.5.6 Functional Requirement

ID:FR74TITLE:TimetablesDESC:The user can view timetable for classes, mess and buses on the front page of the portal

after logging into the system. The user have the rights to change the timings for the mess.RAT:By geting this information, user can schedule his routine and better utilize his/her precioustime.DEP:FR69

3.2.5.7 Functional Requirement

ID:FR75TITLE:List of upcoming holidaysDESC:The user can view the list on upcoming holidays on the front page of the portal afterlogging into the system.RAT:He/she could plan for vacations and other co-curricular activites.DEP:FR69

3.2.5.8 Functional Requirement

ID:FR76TITLE:News Bullitin and Announcements.DESC:On the front page , the user can view different news and announcements from variousdepartments.The user have the right to announce any mess related news on the news bullitin.RAT:The user gets updated about the college and knows whats going on in the college.

DEP:FR69

3.2.5.9 Functional Requirement

ID:FR77TITLE:AcademicsDESC:This module on dashboard contains all the information about the academics and admin-istration.RAT:You can get all the information about academics after getting inside this module.

26

Page 27: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 27/31

DEP:FR69

3.2.5.10 Functional RequirementID:FR78TITLE:MessDESC:This module on dashboard contains all the information about the mess.RAT:You can get all the information about mess after getting inside this module.DEP:FR69

3.2.5.11 Functional Requirement

ID:FR79

TITLE:FacultyDESC:This module provides the information about the faculties. This includes name, educationdetails, areas of interest and expertise, email id and contact details(optional).RAT:You can get all the information about faculties in one place after getting inside this mod-ule.DEP:FR69,FR77

3.2.5.12 Functional Requirement

ID:FR80TITLE:Exam ScheduleDESC:The user can view the exam schedule.RAT:By using this feature,the user can prepare and plan his efforts in a better way.DEP:FR69,FR77

3.2.5.13 Functional Requirement

ID:FR81TITLE:Feedback/ComplainsDESC: In this form, one can lodge a complaint or give a feedback by selecting the domain: Aca-demics, Administration, Hostel, Mess, Transportation.The user have to deal with the complains

and the feedback of mess related issues.RAT:The user can get relieve from his/her problems without much effort or conflicts.DEP:FR69

3.2.5.14 Functional Requirement

ID:FR82TITLE:Monthly menu and timingsDESC:The user can modify/update the monthly menu and timings of mess(breakfast,lunch,snacksand dinner).

27

Page 28: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 28/31

RAT:It helps the user to better adjust with the mess routine.DEP:FR69,FR78

3.2.6 User Class six - Transpotation Coordinater

3.2.6.1 Functional Requirement

ID:FR83TITLE:Login into the Portal.DESC: The user can login into the system by providing its loginid and password to the portalwhich are unique and provided by the college.RAT:To login into the portal and take advantage of the services provided by it.DEP:None

3.2.6.2 Functional Requirement

ID:FR84TITLE:Change passwordDESC:Change the password after logging into the system.The user will be asked a securityquestion if he/she forgets his/her password. In case, he/she is unable to do so, the user has toformally apply to the admin for the change of his/her password providing the necessary proof.RAT:For security purposes, the user can choose his/her passwordDEP:FR83

3.2.6.3 Functional Requirement

ID:FR85TITLE:View/change profile details.DESC:The user can view or change some of his/her personal details like email id, contact detailsand address details. The profile will contain name, age,permanent address, parent’s name, theiraddress, their contact details, branch, year, semester, room alloted, hostel name and no. etc.RAT:To update his/her profile and know his or her status.DEP:FR83

3.2.6.4 Functional Requirement

ID:FR86TITLE:HelpDESC: Can get help through the help option which gives information about the different fea-tures provided by the system. A copy of user manual will also be provided in this section.RAT:In case of any confusion, the user can solve the problem easily and better understand thefunctionality of the system.DEP:FR83

28

Page 29: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 29/31

3.2.6.5 Functional Requirement

ID:FR87TITLE:Search

DESC:The user can search through different contents from the search features.It is convinientand easy.RAT:User doesn’t have to go through all pages to get a single piece of information.DEP:FR83

3.2.6.6 Functional Requirement

ID:FR88TITLE:TimetablesDESC:The user can view timetable for classes, mess and buses on the front page of the portal

after logging into the system.RAT:By geting this information, user can schedule his routine and better utilize his/her precioustime.DEP:FR83

3.2.6.7 Functional Requirement

ID:FR89TITLE:List of upcoming holidaysDESC:The user can view the list on upcoming holidays on the front page of the portal afterlogging into the system.RAT:He/she could plan for vacations and other co-curricular activites.DEP:FR83

3.2.6.8 Functional Requirement

ID:FR90TITLE:News Bullitin and Announcements.DESC:On the front page , the user can view different news and announcements from variousdepartments.The user can announce transportation related issues.RAT:The user gets updated about the college and knows whats going on in the college.

DEP:FR83

3.2.6.9 Functional Requirement

ID:FR91TITLE:AcademicsDESC:This module on dashboard contains all the information about the academics and admin-istration.RAT:You can get all the information about academics after getting inside this module.

29

Page 30: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 30/31

DEP:FR83

3.2.6.10 Functional RequirementID:FR92TITLE:FacultyDESC:This module provides the information about the faculties. This includes name, educationdetails, areas of interest and expertise, email id and contact details(optional).RAT:You can get all the information about faculties in one place after getting inside this mod-ule.DEP:FR83,FR91

3.2.6.11 Functional Requirement

ID:FR93TITLE:Exam ScheduleDESC:The user can view the exam schedule.RAT:By using this feature,the user can prepare and plan his efforts in a better way.DEP:FR83,FR91

3.2.6.12 Functional Requirement

ID:FR94TITLE:Feedback/ComplainsDESC: In this form, one can lodge a complaint or give a feedback by selecting the domain:Academics, Administration, Hostel, Mess, Transportation.The user will handle complains andfeedback in transportation related issues.RAT:The user can get relieve from his/her problems without much effort or conflicts.DEP:FR83

3.3 Non Functional Requirements

3.3.1 Performance Requirements

Performance should not be an issue because all of our server queries involve small pieces of data.Changing screens will require very little computation and thus will occur very quickly.Serverupdates should only take a few seconds as long as the phone can maintain a steady signal.

3.3.2 Reliability

Must maintain data integrity. Computer crashes and misuse should not affect a user’s history

30

Page 31: SRS tamplate

7/21/2019 SRS tamplate

http://slidepdf.com/reader/full/srs-tamplate 31/31

3.3.3 Availability

The CMS Portal shall be available, up and running for 24*7 throughout the year except due tothe routine maintenance activities.

3.3.4 Security Requirements

Administrator and Users with valid credentials will be able to log in to Portal.Administratorwill have access to the database structures at back-end.Administrator will have the rights formodifications as well as any Updation work for the datasets and website. Access to the varioussubsystems will be protected by a user log in screen that requires a user name and password.Tobe updated in future.